http://qa.mandrakesoft.com/show_bug.cgi?id=5258
------- Additional Comments From [EMAIL PROTECTED] 2003-04-09 21:32 -------
It seems like just including the .so's in the packages would be enough to fix
it.
I grabbed the SRPM and tried the following patch:
--- subversion.spec 2003-09-02 06:49:18.000000000 -0600
+++ subversion.new.spec 2003-09-04 11:47:01.000000000 -0600
@@ -51,5 +51,5 @@
Name: %{rname}
Version: %{rversion}
-Release: 1mdk
+Release: 2mdk
License: BSD
Group: Development/Other
@@ -465,5 +465,5 @@
%attr(0755,root,root) %{_libdir}/libsvn_client*so.*
#%attr(0755,root,root) %{_libdir}/libsvn_ra-*.so
-%attr(0755,root,root) %{_libdir}/libsvn_ra-*so.*
+%attr(0755,root,root) %{_libdir}/libsvn_ra-*so*
%attr(0644,root,root) %{_mandir}/man1/svn.1*
@@ -471,10 +471,10 @@
%defattr(0644,root,root,0755)
#%attr(0755,root,root) %{_libdir}/libsvn_ra_local-*.so
-%attr(0755,root,root) %{_libdir}/libsvn_ra_local-*so.*
+%attr(0755,root,root) %{_libdir}/libsvn_ra_local-*so*
%files client-dav
%defattr(0644,root,root,0755)
#%attr(0755,root,root) %{_libdir}/libsvn_ra_dav-*.so
-%attr(0755,root,root) %{_libdir}/libsvn_ra_dav-*so.*
+%attr(0755,root,root) %{_libdir}/libsvn_ra_dav-*so*
%files python
@@ -516,4 +516,8 @@
%changelog
+* Thu Sep 04 2003 Wesley J. Landaker <[EMAIL PROTECTED]> 0.28.1-2mdk
+- include ra_*.so files, and not just the ra_*.so.0 ones
+- close #5258
+
* Tue Sep 02 2003 Oden Eriksson <[EMAIL PROTECTED]> 0.28.1-1mdk
- 0.28.1
However, I can't built it because all the files in /usr/include/apr-0 are
missing... and urpmf doesn't think that anything provides those... and there is
no libapr0-devel... ?!
Anyway, if I build straight from the subversion sources, it does make the .so
links, so I think the problem is just that they aren't being included.
As for the build problems, is this because of a package change in apache or
apr? I see that /usr/include/apache2 *does* contain all the apr headers...
--
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! =)
