emerge -u world (box is ~x86 enabled) fails at the configuration of subversion: --------- snip --------- checking for Apache module support via DSO through APXS... found at /usr/sbin/apxs2 checking httpd version... recent enough checking for socket in -lsocket... no checking for Berkeley DB in the standard places (as db4)... no checking for Berkeley DB in the standard places (as db)... no checking for Berkeley DB in /usr/local/include/db4 and /usr/local/lib (as db4)... no checking for Berkeley DB in /usr/local/include/db4 and /usr/local/lib (as db)... no checking for Berkeley DB in /usr/local (as db4)... no checking for Berkeley DB in /usr/local (as db)... no checking for Berkeley DB in /usr/local/BerkeleyDB.4.0 (as db4)... no checking for Berkeley DB in /usr/local/BerkeleyDB.4.0 (as db)... no checking for Berkeley DB in /usr/include/db4 and /usr/lib (as db4)... no checking for Berkeley DB in /usr/include/db4 and /usr/lib (as db)... no configure: error: Could not find Berkeley DB 4.0.14 with names: db4 db !!! ERROR: dev-util/subversion-0.23.0 failed. !!! Function econf, Line 304, Exitcode 1 !!! econf failed Calculating world dependencies ...done! >>> emerge (1 of 9) dev-util/subversion-0.23.0 to / >>> md5 src_uri ;-) db-4.0.14.tar.gz >>> md5 src_uri ;-) subversion-0.23.0.tar.gz --------- snip --------- Reproducible: Always Steps to Reproduce: 1. emerge sync 2. emerge -u world 3. ACCEPT_KEYWORDS="~x86" is enabled in /etc/make.conf Actual Results: ebuild fails... Expected Results: should install correctly Portage 2.0.48-r1 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r1) ================================================================= System uname: 2.4.19-gentoo-r10 i586 AMD-K6tm w/ multimedia extensions GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://distro.ibiblio.org/pub/Linux/distributions/gentoo" CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config /usr/kde/2/share/config /usr/kde/3/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="" USE="x86 oss 3dnow apm arts avi encode gtk imlib kde gnome libg++ mikmod mpeg nls oggvorbis opengl qt quicktime sdl spell svga truetype xmms xv zlib slang readline tcpd apache2 -apache berkdb crypt -cups fbcon gd gdbm gif gpm ipv6 -java jpeg libwww mailbox mmx motif -mysql ncurses odbc pam pdflib perl plotutils png postgres python -samba ssl tiff -X xml xml2" COMPILER="gcc3" CHOST="i586-pc-linux-gnu" CFLAGS="-march=k6 -O3 -pipe" CXXFLAGS="-march=k6 -O3 -pipe" ACCEPT_KEYWORDS="x86 ~x86" MAKEOPTS="-j2" AUTOCLEAN="yes" SYNC="rsync://rsync.gentoo.org/gentoo-portage" FEATURES="sandbox ccache"
I found re-merging Berkley DB 4.1 fixed this specfic issue, but then I got the following error: cd subversion/tests && /bin/sh /var/tmp/portage/subversion-0.23.0/work/subversion-0.23.0/libtool --silent --mode=link gcc -march=pentium3 -O3 -pipe -pthread -DNEON_ZLIB -DNEON_SSL -L/usr/lib -rpath /usr/lib -o libsvn_test-1.la svn_test_editor.lo svn_tests_main.lo ../../subversion/libsvn_delta/libsvn_delta-1.la ../../subversion/libsvn_subr/libsvn_subr-1.la /usr/lib/libaprutil-0.la -lgdbm -ldb -lexpat /usr/lib/libapr-0.la -lrt -lm -lcrypt -lnsl -ldl cd subversion/tests/libsvn_diff && /bin/sh /var/tmp/portage/subversion-0.23.0/work/subversion-0.23.0/libtool --silent --mode=link gcc -march=pentium3 -O3 -pipe -pthread -DNEON_ZLIB -DNEON_SSL -L/usr/lib -rpath /usr/lib -o diff-test diff-test.o ../../../subversion/libsvn_diff/libsvn_diff-1.la ../../../subversion/libsvn_subr/libsvn_subr-1.la /usr/lib/libaprutil-0.la -lgdbm -ldb -lexpat /usr/lib/libapr-0.la -lrt -lm -lcrypt -lnsl -ldl /usr/lib/libaprutil-0.so: undefined reference to `db_create' /usr/lib/libaprutil-0.so: undefined reference to `db_strerror' collect2: ld returned 1 exit status make: *** [subversion/tests/libsvn_diff/diff-test] Error 1 make: *** Waiting for unfinished jobs.... !!! ERROR: dev-util/subversion-0.23.0 failed. !!! Function src_compile, Line 108, Exitcode 2 !!! make of subversion failed Portage 2.0.48-r1 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r1) ================================================================= System uname: 2.4.19-gentoo-r10 i686 Pentium III (Katmai) GENTOO_MIRRORS="http://192.168.0.4 http://gentoo.oregonstate.edu/ http://distro.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="" USE="x86 oss 3dnow apm crypt cups encode libg++ mikmod mmx nls quicktime truetype gtkhtml gdbm berkdb slang arts tetex bonobo guile ruby mysql gpm tcpd pam libwww esd imlib qt kde motif opengl X gtk gnome alsa apache2 avi cdr gd gif java jpeg maildir mozilla mpeg ncurses oggvorbis pda pdflib perl png python readline sdl spell ssl svga tcltk tiff xml xml2 xmms xv zlib" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS="-march=pentium3 -O3 -pipe" CXXFLAGS="-march=pentium3 -O3 -pipe" ACCEPT_KEYWORDS="x86 ~x86" MAKEOPTS="-j2" AUTOCLEAN="yes" SYNC="rsync://rsync.gentoo.org/gentoo-portage" FEATURES="sandbox ccache"
i can confirm the report of Ollie Rutherfurd - i upgraded db to 4.1.25, which resolves the issue with the failing configure, but fails with exactly the same error as reported by Ollie Rutherfurd one thing that looks a little bit strange on my box is this: (dont know if this is relevant) ------------ snip ------------ emerge -p db These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild R ] sys-libs/db-3.2.9-r5 ------------ snip ------------ but ------------ snip ------------ emerge -s db * sys-libs/db Latest version available: 3.2.9-r5 Latest version installed: 4.1.25 Size of downloaded files: 2,036 kB Homepage: http://www.sleepycat.com/ Description: Berkeley DB for transaction support in MySQL ------------ snip ------------
The db-4 libraries have now got versioned symbols. This means that all db4 dependend applications need to be remerged. This is noted in the package mask. For this problem, please upgrade apache2. Then it should work. (If you use mod_php, also update mod_php). Note that the db4 packages are still masked for a reason.
ah - ok'll try - and i promise that next time i *will* read the mask comments before i complain... i keep u updated...
ok - i recompiled apache-2.0.46 the ebuild works now - i tried the latest 0.24.1 this time. (new bug, as the version number changed?) but upon restarting apache i get errors when trying to connect to the repository:'(17)File exists: Berkeley DB error while opening environment for filesystem /home/svn/thesis-c/db:Invalid argument [500, #160029]' a solution for this is suggested here: http://www.contactor.se/~dast/svn/archive-2003-03/1716.shtml seems that i need to link subversion agains the same db version as apache (i suspected this already). i edited the ebuild to use db-4.1.25 (subversion links to db-4.0.14 originally) and right now i am reemerging
Subversion should not try to build it's own db when a db4 ebuild is installed through portage. To make sure it works, please first remerge db4 (the masked one), then remerge apache, and finally subversion. Look at the subversion compilation process. It should not attempt to unpack the db4.0.14 tarball (although it downloads it). If it does, please report it. Also subversion is not supported with the 4.1.x db versions.
u are right - i tweaked the ebuild, it downloaded db-4.1.25 but it was never unpacked. i'm going to do the steps u described. but i'm confused about the db version. when i look into my portage tree the newest masked db is 4.1.25. do u want me to downgrade to 4.0.14? or just reemerge db, apache2, subversion as-is? ( i have '~x86' enabled by default)
Subversion at the moment wants db-4.0.14. The functioning of db-4.1 is not guaranteed, although some people say it works. Remember though that db repositories are not necessarilly compatible. db3 and db4 repositories for example are incompatible, but it should be possible to retain the data. If you don't want to downgrade and the newest db-4.1 does not work you might want to try to use an internal db-4.0. For that you should change the has-version =db-4* statements in the ebuild into has-version =db-4.0*
i tried what u suggested, but it turned out that the maintainance tools for the BDB part of subversion need to be of the same version as subversion was compiled with. so i changed the ebuild once again to use db-4.1.25. doing 'sudo -u apache db4_recover -v -h /path/to/repos' took care of the errors i encounterd before. everything seems to work now :)) (btw - is there a trick to not produce the ugly looking line breaks when posting here?)
Created attachment 13546 [details] subversion using latest BDB this is what i finally used to emerge - i added a small einfo section on howto repair repositories...hope that helps
Thanks markus, I added the comment to the ebuild, and added an extra variable for the db version.
