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 21:38 -------
Okay, apr-config --include gives the wrong path. That's what's screwing things
up. I filed a bug and made this bug depend on it.
--
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! =)
