[Cooker] [Bug 5258] [subversion-client-common] ra modules aren't loaded - missing .so link
http://qa.mandrakesoft.com/show_bug.cgi?id=5258 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-07-09 19:02 --- Was fixed in 0.28.1-2mdk but not closed. -- 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: RESOLVED 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! =)
[Cooker] [Bug 5258] [subversion-client-common] ra modules aren't loaded - missing .so link
http://qa.mandrakesoft.com/show_bug.cgi?id=5258 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 --- Additional Comments From [EMAIL PROTECTED] 2003-04-09 21:01 --- hmmm..., I suspected this for some reason... Looking at it, but as I know it's extremly complicated I don't know if I can fix it (patching)..., Gwenole could. So..., I need help with this. -- 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! =)
[Cooker] [Bug 5258] [subversion-client-common] ra modules aren't loaded - missing .so link
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.0 -0600 +++ subversion.new.spec 2003-09-04 11:47:01.0 -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! =)
[Cooker] [Bug 5258] [subversion-client-common] ra modules aren't loaded - missing .so link
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! =)
[Cooker] [Bug 5258] [subversion-client-common] ra modules aren't loaded - missing .so link
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! =)
[Cooker] [Bug 5258] [subversion-client-common] ra modules aren't loaded - missing .so link
http://qa.mandrakesoft.com/show_bug.cgi?id=5258 --- Additional Comments From [EMAIL PROTECTED] 2003-04-09 22:23 --- Created an attachment (id=750) -- (http://qa.mandrakesoft.com/attachment.cgi?id=750action=view) SPEC file patch that works for me This spec file patch works for me here just fine after getting rid of my bad apr-config cruft that was lying around. As you can see from the patch, basically I just told it to include *so* instead of *so.* where appropriate. After building with this svn --version shows all three ra transports as being available (local, dav, and svn). -- 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! =)
[Cooker] [Bug 5258] [subversion-client-common] ra modules aren't loaded - missing .so link
http://qa.mandrakesoft.com/show_bug.cgi?id=5258 [EMAIL PROTECTED] changed: What|Removed |Added Status|ASSIGNED|NEEDINFO --- Additional Comments From [EMAIL PROTECTED] 2003-04-09 23:58 --- It's more than meets the eye... Fixed with subversion-0.28.1-2mdk. This package wants a new maintainer..., who will adopt 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: NEEDINFO 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! =)