http://qa.mandrakesoft.com/show_bug.cgi?id=5258


[EMAIL PROTECTED] changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  BugsThisDependsOn|5265                        |




------- Additional Comments From [EMAIL PROTECTED]  2003-04-09 22:02 -------
Uh... looks like experimenting with the upstream source messed me up. My fault! 
There isn't a problem with apr-config. Okay, let me repent of my evils and see 
if this works now. =) 

-- 
Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.


------- Reminder: -------
assigned_to: [EMAIL PROTECTED]
status: ASSIGNED
creation_date: 
description: 
I'm filling this against subversion-client-common, but it actually applies to  
the subversion-client-local and subversion-client-dav as well.  
  
Here is the bug and a possible fix:  
  
If you try to use svn, it won't be able to use any transports, because it 
can't load the ra modules it needs. You can tell the problem pretty easily: 
 
$ svn --version 
svn, version 0.28.1 (r6906) 
   compiled Sep  2 2003, 14:53:52 
 
Copyright (C) 2000-2003 CollabNet. 
Subversion is open source software, see http://subversion.tigris.org/ 
 
The following repository access (RA) modules are available: 
 
 
(Well, NONE are listed!) 
 
The problem can be seen if you do an 'strace svn --version': I won't paste it 
here, but basically svn is looked all over the place for it's ra modules named 
".so" but there is no symlink to .so for any of the transports, only 
".so.0"'s. 
 
I fixed this on my system by just doing: 
 
$ cd /usr/lib 
$ ln -s libsvn_ra_dav-1.so.0 libsvn_ra_dav-1.so 
$ ln -s libsvn_ra_svn-1.so.0 libsvn_ra_svn-1.so 
$ ln -s libsvn_ra_local-1.so.0 libsvn_ra_local-1.so 
 
And now: 
 
$ svn --version 
svn, version 0.28.1 (r6906) 
   compiled Sep  2 2003, 14:53:52 
 
Copyright (C) 2000-2003 CollabNet. 
Subversion is open source software, see http://subversion.tigris.org/ 
 
The following repository access (RA) modules are available: 
 
* ra_dav : Module for accessing a repository via WebDAV (DeltaV) protocol. 
  - handles 'http' schema 
  - handles 'https' schema 
* ra_local : Module for accessing a repository on local disk. 
  - handles 'file' schema 
* ra_svn : Module for accessing a repository using the svn network protocol. 
  - handles 'svn' schema 
 
 
So it looks like either those .so symlinks need to be packaged, or svn needs 
to be compiled in such a way that it looks for the ".so.0" files when doing 
dynamic loading of the ra modules. 
 
BTW, despite the flurry of subversion bugs lately, the packaging of it has 
been getting immensely better. Keep up the good work! =)

Reply via email to