When I try this: ACCEPT_KEYWORDS=~x86 emerge subversion the ebuild terminates in an error. Reproducible: Didn't try Steps to Reproduce: 1. ACCEPT_KEYWORDS=~x86 emerge subversion (make sure it's still 0.23.0 :) Actual Results: [a tail of the ebuild output follows...] cd subversion/mod_dav_svn ; /var/tmp/portage/subversion-0.23. 0/work/subversion-0.23.0/ac-helpers/install-sh -c -d "/var/tmp/portage/subversion-0.23.0/image//usr/lib/apache2" ; /usr/sbin/apxs2 -i -S LIBEXECDIR="/var/tmp/portage/subversion-0.23.0/image//usr/lib/apache2" -n dav_svn mod_dav_svn.la /usr/lib/apache2/build/instdso.sh SH_LIBTOOL='/usr/lib/apache2/build/libtool' mod_dav_svn.la /var/tmp/portage/subversion-0.23.0/image//usr/lib/apache2 /usr/lib/apache2/build/libtool --mode=install cp mod_dav_svn.la /var/tmp/portage/subversion-0.23.0/image//usr/lib/apache2/ libtool: install: warning: relinking `mod_dav_svn.la' (cd /var/tmp/portage/subversion-0.23.0/work/subversion-0.23. 0/subversion/mod_dav_svn; /bin/sh /var/tmp/portage/subversion-0.23. 0/work/subversion-0.23.0/libtool --mode=relink gcc -march=athlon-xp -O3 -pipe -fforce-addr -funroll-loops -frerun-cse-after-loop -frerun-loop-opt -falign-functions=4 -pthread -DNEON_ZLIB -DNEON_SSL -L/usr/lib -rpath /usr/lib/apache2 -avoid-version -module -o mod_dav_svn.la activity.lo deadprops. lo liveprops.lo log.lo merge.lo mod_dav_svn.lo repos.lo update.lo util.lo version.lo ../../subversion/libsvn_repos/libsvn_repos-1.la ../.. /subversion/libsvn_fs/libsvn_fs-1.la ../.. /subversion/libsvn_delta/libsvn_delta-1.la ../.. /subversion/libsvn_subr/libsvn_subr-1.la @inst_prefix_dir@) gcc -shared activity.lo deadprops.lo liveprops.lo log.lo merge.lo mod_dav_svn. lo repos.lo update.lo util.lo version.lo -L/var/tmp/portage/subversion-0.23. 0/work/subversion-0.23.0/subversion/libsvn_subr/.libs -L/var/tmp/portage/subversion-0.23.0/work/subversion-0.23. 0/subversion/libsvn_delta/.libs -L/var/tmp/portage/subversion-0.23. 0/work/dbinst/lib -L/var/tmp/portage/subversion-0.23.0/work/subversion-0.23. 0/subversion/libsvn_fs/.libs -L/usr/lib -lsvn_repos-1 -lsvn_fs-1 -lsvn_delta-1 -lsvn_subr-1 -Wl,-soname -Wl,mod_dav_svn.so -o .libs/mod_dav_svn.so /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.3/../../../../i686-pc-linux-gnu/bin/ld: cannot find -lsvn_repos-1 collect2: ld returned 1 exit status libtool: install: error: relink `mod_dav_svn.la' with the above command before installing it libtool: install: warning: remember to run `libtool --finish /usr/lib/apache2' grep: /var/tmp/portage/subversion-0.23.0/image//usr/lib/apache2/mod_dav_svn.la: No such file or directory grep: /var/tmp/portage/subversion-0.23.0/image//usr/lib/apache2/mod_dav_svn.la: No such file or directory Warning! dlname not found in /var/tmp/portage/subversion-0.23. 0/image//usr/lib/apache2/mod_dav_svn.la. Assuming installing a .so rather than a libtool archive. chmod 755 /var/tmp/portage/subversion-0.23.0/image//usr/lib/apache2/mod_dav_svn. so chmod: failed to get attributes of `/var/tmp/portage/subversion-0.23. 0/image//usr/lib/apache2/mod_dav_svn.so': No such file or directory apxs:Error: Command failed with rc=65536 . make: *** [install-mods-shared] Error 1 !!! ERROR: dev-util/subversion-0.23.0 failed. !!! Function src_install, Line 133, Exitcode 2 !!! Installation of subversion failed Expected Results: Should have compiled and installed successfully Portage 2.0.48 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r1) ================================================================= System uname: 2.4.20-gentoo-r4 i686 AMD Athlon(tm) XP 2000+ GENTOO_MIRRORS="http://ftp.linux.is/gentoo http://gentoo.oregonstate.edu/ http: //www.ibiblio.org/pub/Linux/distributions/gentoo" CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" PORTDIR="/usr/portage" DISTDIR="/usr/portage/distfiles" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR_OVERLAY="/usr/local/portage" USE="x86 oss 3dnow apm avi crypt cups encode gif jpeg libg++ mikmod mmx mpeg ncurses nls pdflib png quicktime spell truetype xml2 xmms xv zlib directfb gdbm berkdb slang readline arts tetex aalib nas svga ggi tcltk java guile mysql X sdl gpm tcpd pam libwww ssl perl python esd imlib oggvorbis gnome gtk qt kde motif opengl mozilla apache2" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS="-march=athlon-xp -O3 -pipe -fforce-addr -funroll-loops -frerun-cse-after-loop -frerun-loop-opt -falign-functions=4" CXXFLAGS="-march=athlon-xp -O3 -pipe -fforce-addr -funroll-loops -frerun-cse-after-loop -frerun-loop-opt -falign-functions=4" ACCEPT_KEYWORDS="x86" MAKEOPTS="-j2" AUTOCLEAN="yes" SYNC="rsync://rsync.gentoo.org/gentoo-portage" FEATURES="sandbox ccache"
I also get this error. Is mod_dav a dependency?
The real problem here is that the compile is depending on earlier compile stages having installed libraries in /usr/lib, as pointed to by the libtool search path: sys_lib_search_path_spec="/lib /usr/lib /usr/local/lib" ... but those earlier compile stages actually installed the libraries in /var/tmp/portage/subversion-0.23.0/image/usr/lib as per standard practice in gentoo ebuilds. So the libtool config for the subversion build needs to be changed to use the /var/tmp/... search path. Anybody know how to do that?
elibtoolize should take care of that. Could you attach a full merge log, so that I can see what goes wrong. Also tell me what your USE flags are (emerge --info). And yes, if the apache2 use flag is specified it needs mod_dav, which should be provided by apache2.
Created attachment 13410 [details] subversion 0.23.0 emerge log i get the same error as the original submitter, i've attached my gzipped emerge log.
apologies, my useflags also: USE="x86 oss 3dnow avi crypt cups encode gif jpeg kde gnome libg++ libwww mikmod mmx motif mpeg ncurses nls pdflib png quicktime spell truetype xml2 xmms xv zli b gdbm berkdb slang readline arts java X sdl gpm tcpd pam ssl perl python esd im lib oggvorbis gtk qt opengl cdr apache2 gtk2 gtkhtml imap maildir mbox moznocomp ose moznoirc moznomail mozsvg -apm -svga"
That's the same stuff as I get, and my USE flags differ only in minor ways from the ones in the previous comment. Here is my emerge info: Portage 2.0.48-r1 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r1) ================================================================= System uname: 2.4.20-gentoo-r4 i686 AMD Athlon(tm) XP 2000+ GENTOO_MIRRORS="http://ftp.linux.is/pub/gentoo http://gentoo.oregonstate.edu http://www.ibiblio.org/pub/Linux/distributions/gentoo" CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" PORTDIR="/usr/portage" DISTDIR="/usr/portage/distfiles" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR_OVERLAY="/usr/local/portage" USE="x86 oss 3dnow apm avi crypt cups encode gif jpeg libg++ mikmod mmx mpeg ncurses nls pdflib png quicktime spell truetype xml2 xmms xv zlib directfb gdbm berkdb slang readline arts tetex aalib nas svga ggi tcltk java guile mysql X sdl gpm tcpd pam libwww ssl perl python esd imlib oggvorbis gnome gtk qt kde motif opengl mozilla apache2" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS="-march=athlon-xp -O3 -pipe -fforce-addr -funroll-loops -frerun-cse-after-loop -frerun-loop-opt -falign-functions=4" CXXFLAGS="-march=athlon-xp -O3 -pipe -fforce-addr -funroll-loops -frerun-cse-after-loop -frerun-loop-opt -falign-functions=4" ACCEPT_KEYWORDS="x86" MAKEOPTS="-j2" AUTOCLEAN="yes" SYNC="rsync://rsync.gentoo.org/gentoo-portage" FEATURES="sandbox ccache" (but of course I'm invoking emerge subversion with ACCEPT_KEYWORDS=~x86)
I have replicated the problem and are trying to fix it now. For now try to first merge 0.22.2, and then upgrade to 0.23.0, to look whether that works.
I had the same problem with previous versions. I had to emerge subversion-0.21.0 first - then I could emerge the 0.23 version.
Also, after installing, these two lines were missing from apache2.conf: LoadModule dav_module modules/mod_dav.so LoadModule dav_svn_module /usr/lib/apache2-extramodules/mod_dav_svn.so
For me, emerging 0.22.2 failed with the same problem, as did 0.21.0-r1. It finally worked when I tried 0.21.0. Then I emerged 0.23.0 on top of that, and it worked. But for anyone going that way, I suggest redoing the 0.23.0 emerge after it works once, because it seems like the bug here is that the build is linking its later stages against the libraries of the *already* installed subversion instead of the libraries it has just compiled in its early stages (seems that way since the problem comes up only if you have no subversion package already installed), and that doesn't sound very safe :) As a sidenote: the subversion project released 0.24.0 and 0.24.1 in the last few days; it might make sense to work with the latest snapshot for this bug. I found that just copying the ebuild to subversion-0.24.1.ebuild and changing http://subversion.tigris.org/files/documents/15/4218/${P}.tar.gz to http://subversion.tigris.org/files/documents/15/4761/${P}.tar.gz made the ebuild work (although that's no guarantee that the resulting installation isn't wildly broken).
The problem is caused by the fact that for some reason libtoolize does not work anymore. I'm busy finding out what is wrong. The reason that 0.21.0 works is that that version does not use libtoolize. I was indeed allready working on 0.24.1, but I will only commit it to cvs when it works. Concerning Daniel Milne's comments. The apache configuration is provided by a separate apache configuration file that is found in /etc/apache2/conf/modules.d This file will load subversion into apache if -D SVN is specified in /etc/conf.d/apache2. For that to work a repository must exist though.
This is fixed now. It was a problem caused by the fact that for the apache modules, the apache libtool is used. This libtool is not patched as is the one in subversion. I fixed it by telling libtool to look in the temporary libdir too.