why mod_dav_svn.so is not presented after I have run make

[kudiejlq]

Hi,
I have met a problem when install sebverion 1.6.9 on RedHat ES 4.5.
 
I did things that INSTALL told me and the run
#./configure
#make
and there is no error message have been raised, but I can not find 
mod_dav_svn.so any where after make return successfully
 
what is the problem? 
 
thanks.

Re: why mod_dav_svn.so is not presented after I have run make

[Erik Andersson]

Aren't you missing 'make install' as well?

Cheers /Erik

2010/3/26 kudiejlq 

> Hi,
> I have met a problem when install sebverion 1.6.9 on RedHat ES 4.5.
>
> I did things that INSTALL told me and the run
> #./configure
> #make
> and there is no error message have been raised, but I can not find
> mod_dav_svn.so any where after make return successfully
>
> what is the problem?
>
> thanks.
>
>
>

Re: why mod_dav_svn.so is not presented after I have run make

[Ryan Schmidt]

On Mar 26, 2010, at 02:06, kudiejlq wrote:

> I did things that INSTALL told me and the run
> #./configure
> #make
> and there is no error message have been raised, but I can not find 
> mod_dav_svn.so any where after make return successfully


What configure arguments did you use? You'll need at least

--with-apxs=/path/to/apxs

Hardware requirement for Subversion

[Sudeendra MS]

Hi ,

We are Planning to migrate Subversion from VM to Physical  machine.Pls can
anybody point me to Hardware requirement to host Subversion .


With Kind Regards
Sudhi

RE: Hardware requirement for Subversion

[Venkata Badipatla]

Hi,

There is no specified hardware requirement to host the subversion. Only one 
thing is, according to the size of you SVN repositories, you need add the 
required size of hard disk in your physical machine.

Thanks,
Venkata Badipatla | Systems Engineer - Configuration Management (Professional & 
Managed Services Group) | Persistent Systems | 
venkata_badipa...@persistent.co.in  
| Cell: +91 9657387160 | Tel: +91 (20) 3023 4085 | Innovation in software 
product design, development and delivery- 
www.persistentsys.com

From: Sudeendra MS [mailto:sudeendra...@gmail.com]
Sent: Friday, March 26, 2010 1:03 PM
To: users@subversion.apache.org
Subject: Hardware requirement for Subversion

Hi ,

We are Planning to migrate Subversion from VM to Physical  machine.Pls can 
anybody point me to Hardware requirement to host Subversion .


With Kind Regards
Sudhi

DISCLAIMER
==
This e-mail may contain privileged and confidential information which is the 
property of Persistent Systems Ltd. It is intended only for the use of the 
individual or entity to which it is addressed. If you are not the intended 
recipient, you are not authorized to read, retain, copy, print, distribute or 
use this message. If you have received this communication in error, please 
notify the sender and delete all copies of this message. Persistent Systems 
Ltd. does not accept any liability for virus infected mails.

Should i compile mod_info

[Sudeendra MS]

Hi ,


Currently i can see mod_info module in our httpd.conf file .

cat httpd.conf| grep mod_info
LoadModule info_module modules/mod_info.so


Say if i want to use the above module http://localhost/server-info , what is
the process ?

Currently when i look the above link


With Kind Regards
Sudhi

Cannot load /etc/httpd/modules/mod_dav_svn.so into server: libaprutil-1.so.0: failed to map segment from shared object: Permission denied

[kudiejlq]

hi,
why this happenning when execute #apachectl stop
#ldd mod_dav_svn.so 
libsvn_repos-1.so.0 => 
/root/subversion-1.6.9/subversion-1.6.9/subversion/libsvn_repos/.libs/libsvn_repos-1.so.0
 (0x00c98000)
libsvn_fs-1.so.0 => 
/root/subversion-1.6.9/subversion-1.6.9/subversion/libsvn_fs/.libs/libsvn_fs-1.so.0
 (0x00b43000)
libsvn_delta-1.so.0 => 
/root/subversion-1.6.9/subversion-1.6.9/subversion/libsvn_delta/.libs/libsvn_delta-1.so.0
 (0x008bd000)
libsvn_subr-1.so.0 => 
/root/subversion-1.6.9/subversion-1.6.9/subversion/libsvn_subr/.libs/libsvn_subr-1.so.0
 (0x00111000)
libpthread.so.0 => /lib/tls/libpthread.so.0 (0x00c34000)
libc.so.6 => /lib/tls/libc.so.6 (0x0063b000)
libaprutil-1.so.0 => 
/root/subversion-1.6.9/subversion-1.6.9/apr-util/.libs/libaprutil-1.so.0 
(0x00561000)
libexpat.so.0 => /usr/lib/libexpat.so.0 (0x005ca000)
libapr-1.so.0 => 
/root/subversion-1.6.9/subversion-1.6.9/apr/.libs/libapr-1.so.0 (0x00609000)
libuuid.so.1 => /lib/libuuid.so.1 (0x0037e000)
librt.so.1 => /lib/tls/librt.so.1 (0x00984000)
libcrypt.so.1 => /lib/libcrypt.so.1 (0x001a7000)
libdl.so.2 => /lib/libdl.so.2 (0x0089f000)
libsvn_fs_fs-1.so.0 => 
/root/subversion-1.6.9/subversion-1.6.9/subversion/libsvn_fs_fs/.libs/libsvn_fs_fs-1.so.0
 (0x00593000)
libsvn_fs_util-1.so.0 => 
/root/subversion-1.6.9/subversion-1.6.9/subversion/libsvn_fs_util/.libs/libsvn_fs_util-1.so.0
 (0x001d5000)
libz.so.1 => /usr/lib/libz.so.1 (0x00e14000)
/lib/ld-linux.so.2 (0x00b9d000)
 
thanks
 

 

Re: Question regarding the python binding

[Tino Schwarze]

Hi Роман,

On Thu, Mar 25, 2010 at 06:56:26PM +0300, Роман Донченко wrote:

>> Back to python: I managed to use the Python bindings to get a value from
>> the config file (I didn't want to reinvent the wheel) like this:
>>
>> ***
>> from svn import repos, fs, delta, core, client
>>
>> def main(pool, repos_dir):
>>
>> # for now, store client configuration in repository root
>> cfgfile = repos_dir+'/conf/client.conf'
>>
>> svncfg = core.svn_config_read (cfgfile, True, pool)
>>
>> global_ignores = core.svn_config_get (svncfg,  
>> core.SVN_CONFIG_SECTION_GLOBAL, core.SVN_CONFIG_OPTION_GLOBAL_IGNORES,  
>> None)
>>
>> ***
>>
>> Now I'd like to verify our default set of required MIME types, so I need
>> to get the contents of the [auto-props] section from the config file.
>>
>> libsvn provides the following function which should be suitable for my
>> needs:
>>
>> svn_config_enumerate2(svn_config_t cfg, char section,
>> svn_config_enumerator2_t callback, void baton, apr_pool_t pool) -> int
>>
>> Two questions arise:
>>
>> 1. How do I define an appropiate callback in Python? Looking at the SWIG
>> documentation, I see examples on how to implement Python callbacks but
>> they don't seem to match the current SVN bindings. I tried passing a
>> Python method, deriving from svn_config_enumerator2_t etc. -> Segfault.
>
> I took a look, and unfortunately this callback is not supported. The  
> reason for that is that SWIG can't automatically figure out how to call  
> Python callbacks, so a chunk of boring code must be written for each  
> callback type - and I guess no developers needed to scratch this  
> particular itch.
>
> If it was supported, however, the call would look like this (and it 
> *will* look like this, after I become un-busy again and implement it):
>
> def enumerator(name, value, pool):
>   print "%s: %s" % (name, value)
>
> core.svn_config_enumerate2(svncfg, core.SVN_CONFIG_SECTION_AUTO_PROPS,  
> enumerator)

Thanks a lot for the answer - I already suspected something like this... ;-|
So, back to good old "do it yourself"... ;-) Not that it's complicated,
I just wanted to stay within Subversion as far as possible. :-)

>> 2. What's the baton good for? Is it just some kind of additional data, I
>> don't need to care about?
>
> The baton argument is used up by the bindings themselves, you neither  
> should nor can supply your own (this applies to all callbacks).

> > Additional question: I can't seem to find an equivalent of "svnlook
> > cat" anywhere... I wanted to avoid calling external programs - commits 
> > are slow enough already...
> 
> You basically need to apply repos.open, then repos.fs, then
> fs.revision_root, then fs.file_contents.

I'm seeing the following example code:

  fs_ptr = repos.svn_repos_fs(repos.svn_repos_open(repos_dir, pool))
  root = fs.txn_root(fs.open_txn(fs_ptr, txn, pool), pool)
  cc = repos.ChangeCollector(fs_ptr, root, pool)

-> shall I use fs.txn_root or fs.revision_root (the revision is not
complete yet, it's just being committed)

Thanks again,

Tino.

-- 
"What we nourish flourishes." - "Was wir nähren erblüht."

www.lichtkreis-chemnitz.de
www.tisc.de

svn load error

[sandy k]

--- On Thu, 4/3/10, sandy k  wrote:

From: sandy k 
Subject: svn load error
To: users@subversion.apache.org
Date: Thursday, 4 March, 2010, 5:21 PM

Hi,
I have a svn hotcopy which is 3 months old and 20G in size. Now i wanted to 
restore / load this dump to new created svn repository But getting this error 
:- 


  <<< Started new transaction, based on original revision 24031 * 
adding path : flash/trunk/flash/modules/storyboard/courier ... done. * 
adding path : flash/trunk/flash/modules/storyboard/courier/courier.fla ... 
done. * adding path : 
flash/trunk/flash/modules/storyboard/courier/courier_exclude.xml ... done. 
* adding path : flash/trunk/flash/modules/storyboard/courier/includes ... done. 
* adding path : 
flash/trunk/flash/modules/storyboard/courier/includes/main.as ...
 done. --- Committed new rev 24065 (loaded from original rev 24031) >>> <<< 
Started new transaction, based on original revision 24032svnadmin: Checksum 
mismatch, file '/flash/trunk/bin/editor.swf':   expected:  
931dc2612461f4c5fd63a421f85000cb actual:  54a6eb47d1636c4ab627dc5e5eccc533

How can i resolve this ?

Thanks,
Sandeep






   
The INTERNET now has a personality. YOURS! See your Yahoo! Homepage.


  Your Mail works best with the New Yahoo Optimized IE8. Get it NOW! 
http://downloads.yahoo.com/in/internetexplorer/

Re: merging repositories

[Tobias G. Pfeiffer]

Hi,

thanks for your reply!

Am Donnerstag, 25. März 2010, 12:48 schrieb Jon Foster:
> Tobias wrote:
> > I have a project with two different repositories,
> > that I want to merge into one common repository.
> 
> Would "svndumptool merge" do what you want?
> 
> http://svn.borg.ch/svndumptool/

A comment at the top of svndump/merge.py says "handle copyfrom-rev !!!", 
so I'm afraid it does not ;-)

I hoped that this repository merging would be a problem that many people 
before me have experienced and that there would be an easy solution for 
that... and still hope I don't have to touch the dumps to modify 
revision numbers myself... but if so, is my interpretation (see below) 
of what "svnadmin load" does correct, w.r.t. references to previous 
revisions?

> ...when a commit (say, rev100) from repoA refers to some commit
> in the past of repoA (say, rev98).
>  With a normal "svnadmin load" (loading repoA:rev100 into
> repoC:rev500), this will work, as this command internally seems to
> say "don't use revision number 98, but the commit two revisions
> before", which isn't 98 any more, but 498 now.

Regards,
Tobias

-- 
I may disagree with what you have to say, but I shall
defend to the death your right to say it.
   -- Voltaire


signature.asc
Description: This is a digitally signed message part.

Auto-props - can I override the config file?

[David Aldrich]

Hi

Our svn config file contains the line:

*.v = svn:eol-style=native;svn:keywords=Date Author Id Revision HeadURL

This assumes that .v files are Verilog text files.  However, one of our 
developers has a third party encrypted .v file that he wants to add. The file 
is binary because it is encrypted. This causes a conflict with the eol-style 
auto-prop and he gets error:

"myfile.v has binary mime type property"

and the commit fails.

My question is, can I set properties on the file's parent folder to override 
the auto-prop settings in the config file for *.v files, such that the 
eol-style will not be applied to *.v files added to that folder?

Or can I set properties on the file prior to committing it, in such a way that 
the auto-props will be ignored?

Best regards

David

Re: Auto-props - can I override the config file?

[Andy Levy]

On Fri, Mar 26, 2010 at 07:39, David Aldrich  wrote:
> Hi
>
> Our svn config file contains the line:
>
> *.v = svn:eol-style=native;svn:keywords=Date Author Id Revision HeadURL
>
> This assumes that .v files are Verilog text files.  However, one of our
> developers has a third party encrypted .v file that he wants to add. The
> file is binary because it is encrypted. This causes a conflict with the
> eol-style auto-prop and he gets error:
>
> “myfile.v has binary mime type property”
>
> and the commit fails.
>
> My question is, can I set properties on the file’s parent folder to override
> the auto-prop settings in the config file for *.v files, such that the
> eol-style will not be applied to *.v files added to that folder?
>
> Or can I set properties on the file prior to committing it, in such a way
> that the auto-props will be ignored?

The later. Auto-props are applied when you run svn add, so after the
developer has added his encrypted file, he can edit the properties &
make them right.

Or, remove this line from that developer's auto-props entirely.

Re: Should i compile mod_info

[Andy Levy]

On Fri, Mar 26, 2010 at 04:31, Sudeendra MS  wrote:
>
>
> Hi ,
>
>
> Currently i can see mod_info module in our httpd.conf file .
>
> cat httpd.conf| grep mod_info
> LoadModule info_module modules/mod_info.so
>
>
> Say if i want to use the above module http://localhost/server-info , what is
> the process ?

mod_info does not apply to Subversion, it is a standard Apache module.
I believe you are on the wrong mailing list.

Error: libsvn_subr-1.so.0: undefined symbol: apr_hash_clear

[Mauro Gatti]

Hi all,
after I compiled apparently successfully subversion I got this error while 
trying to start httpd server:

httpd: Syntax error on line 116 of /opt/data/http-2.2.15/conf/httpd.conf: 
Cannot load /opt/data/httpd2/modules/mod_dav_svn.so into server: 
/opt/data/subversion-1.6.9/lib/libsvn_subr-1.so.0: undefined symbol: 
apr_hash_clear

The error is connected to mod_dav_svn.so built by subversion.
I read some posts which suggested to look into different apr libraries used 
compiling httpd and subversion.
However I compiled both from scratch paying attention to this aspect but I 
continue to get this error.
Maybe I miss to consider something. Please could you help me?

---These are my httpd configure flags (httpd 2.2.15):

./configure --prefix=/opt/data/http-2.2.15 --enable-modules=all 
--enable-authn-alias --enable-rewrite --enable-mods-shared=all -
-enable-so --with-apr=/opt/data/apr-1.3.9 
--with-apr-util=/opt/data/apr-util-1.3.9 --enable-ldap --enable-ssl --with-ldap 
--enable-a
uthnz-ldap --with-ldap-lib=/usr/lib --with-ldap-include=/usr/include 
--enable-proxy --enable-proxy-ajp --enable-cgi --enable-info --
enable-dav --enable-maintainer-mode

---These are my subversion (ver. 1.6.9) configure flags:

./configure --prefix=/opt/data/subversion-1.6.9 --with-ssl 
--with-apxs=/opt/data/http-2.2.15/bin/apxs --with-apr=/opt/data/apr-1.3.9 
--with-apr-util=/opt/data/apr-util-1.3.9

What is wrong?

Thank you

Regards

Mauro


  

RE: Auto-props - can I override the config file?

[David Aldrich]

Hi Andy

Thanks for your quick reply.

> The later. Auto-props are applied when you run svn add, so after the
> developer has added his encrypted file, he can edit the properties &
> make them right.

Actually, my previous post was incorrect - the error occurs upon add not commit:

C:\>svn add myfile.v
svn: File 'myfile.v' has binary mime type property

But I have found switch --no-auto-props, which solves the problem:

C:\>svn add --no-auto-props myfile.v
A  (bin)  myfile.v

Thanks for your help,

David

Make-Error with Solaris 8 and Subversion 1.6.9

[Peter Ivanov]

Hello folks... (at first sorry if my english is  not the best)


I'm getting the following error during make:

ld: warning: file ../../subversion/libsvn_wc/.libs/libsvn_wc-1.so: linked to
/subversion-1.6.9/subversion/libsvn_wc/.libs/libsvn_wc-1.so: attempted
multiple inclusion of file
ld: warning: file ../../subversion/libsvn_ra/.libs/libsvn_ra-1.so: linked to
/subversion-1.6.9/subversion/libsvn_ra/.libs/libsvn_ra-1.so: attempted
multiple inclusion of file
ld: warning: file ../../subversion/libsvn_delta/.libs/libsvn_delta-1.so:
linked to /subversion-1.6.9/subversion/libsvn_delta/.libs/libsvn_delta-1.so:
attempted multiple inclusion of file
ld: warning: file ../../subversion/libsvn_diff/.libs/libsvn_diff-1.so:
linked to /subversion-1.6.9/subversion/libsvn_diff/.libs/libsvn_diff-1.so:
attempted multiple inclusion of file
ld: warning: file ../../subversion/libsvn_subr/.libs/libsvn_subr-1.so:
linked to /subversion-1.6.9/subversion/libsvn_subr/.libs/libsvn_subr-1.so:
attempted multiple inclusion of file
Undefined   first referenced
 symbol in file
libintl_bind_textdomain_codeset
/subversion-1.6.9/subversion/libsvn_subr/.libs/libsvn_subr-1.so
libintl_dngettext   info-cmd.o
libintl_bindtextdomain
/subversion-1.6.9/subversion/libsvn_subr/.libs/libsvn_subr-1.so
libintl_dgettextblame-cmd.o
ld: fatal: Symbol referencing errors. No output written to .libs/svn
collect2: ld returned 1 exit status
*** Error code 1
make: Fatal error: Command failed for target `subversion/svn/svn'

I have the newest libintl from Sunfreeware.com. Another problem is
./autogen.sh's output:


buildcheck: checking installation...
buildcheck: autoconf version 2.65 (ok)
buildcheck: autoheader not found.
You need autoheader version 2.50 or newer installed.

I've installed the newest autoconf, and autoheader is part of that. where is
the problem???

Re: Hardware requirement for Subversion

[David Weintraub]

Subversion's hardware requirement is pretty minimal. Many people find
an ordinary PC has more than enough power for a small to medium size
development group.

Remember that 99% of the time, developers are not hitting the
Subversion server. The biggest hit is a checkout. Commits and updates
usually only affect a few files at a time.

The big bottleneck is not the Subversion server but the network
traffic that Subversion sends out. Plus, some PC antivirus programs
slowing down a checkout because it has to check every file written to
the machine. Since Subversion stores not just the files, but the
"base" of each file, you're talking about a lot of files when you do a
checkout.

We're running our Subversion server on an old single core (that's
right single core) old Linux box with 4Gb of memory. The server was
too slow for anything else, but works just fine for Subversion. We
have about a dozen or so active developers at a time. The big bottle
neck is the network and the antivirus program on the PCs that some of
the developers use. Many of us have switched to Macs and Linux boxes
and have no issues with Subversion speed.

If you're putting Subversion on its own box and don't have one of
these mega-development shops with hundreds of programmers, my guess is
that you can easily get away with a Linux box running 4Gb of memory
and a fairly modern dual core processor.

On Fri, Mar 26, 2010 at 3:33 AM, Sudeendra MS  wrote:
> Hi ,
>
> We are Planning to migrate Subversion from VM to Physical  machine.Pls can
> anybody point me to Hardware requirement to host Subversion .
>
>
> With Kind Regards
> Sudhi
>



-- 
David Weintraub
qazw...@gmail.com

Re: weird merge

[Xavier Noria]

Even if I try to fix it by hand with

svn merge -r2:2909 ^/trunk --record-only

a subsequent merge still tries to get 2 through 2909. Moreover

svn propget svn:mergeinfo .

returns nothing.

Another fact is that svn log in the branch contains everything down to r1.

Is that normal? Could it be the case that the repo was somehow screwed
up aroung r2909?

Re: weird merge

[Tyler Roscoe]

On Fri, Mar 26, 2010 at 03:17:54PM +0100, Xavier Noria wrote:
> Even if I try to fix it by hand with
> 
> svn merge -r2:2909 ^/trunk --record-only
> 
> a subsequent merge still tries to get 2 through 2909. Moreover
> 
> svn propget svn:mergeinfo .
> 
> returns nothing.

Are you using a merge-capable client and server (svn >= 1.5.0)?

What does svn say after you perform the record-only merge? Nothing?

> Another fact is that svn log in the branch contains everything down to r1.

What about svn log --stop-on-copy?

When was your branch created (what revision)?


tyler

Re: Question regarding the python binding

[Роман Донченко]

Tino Schwarze  писал в своём письме Fri, 26 Mar  
2010 12:27:27 +0300:



Hi Роман,


> Additional question: I can't seem to find an equivalent of "svnlook
> cat" anywhere... I wanted to avoid calling external programs - commits
> are slow enough already...

You basically need to apply repos.open, then repos.fs, then
fs.revision_root, then fs.file_contents.


I'm seeing the following example code:

  fs_ptr = repos.svn_repos_fs(repos.svn_repos_open(repos_dir, pool))
  root = fs.txn_root(fs.open_txn(fs_ptr, txn, pool), pool)
  cc = repos.ChangeCollector(fs_ptr, root, pool)

-> shall I use fs.txn_root or fs.revision_root (the revision is not
complete yet, it's just being committed)


If you want the behaviour of svnlook cat -t XXX, then sure, use txn_root.  
When in doubt, read svnlook's source - it's rather trivial.


HTH,
Roman.