When I try to emerge dev-perl/DB_File-1.808, it stops with following messages: --- [...seems to work till here, so I cut it...] Compilation failed in require at t/db-hash.t line 23. BEGIN failed--compilation aborted at t/db-hash.t line 23. t/db-hash.....dubious Test returned status 255 (wstat 65280, 0xff00) t/db-recno....Can't load '/var/tmp/portage/DB_File-1.808/work/DB_File-1.808/blib/arch/auto/DB_File/DB_File.so' for module DB_File: /var/tmp/portage/DB_File-1.808/work/DB_File-1.808/blib/arch/auto/DB_File/DB_File.so: undefined symbol: db_version_4000 at /usr/lib/perl5/5.8.4/i686-linux/DynaLoader.pm line 230. at t/db-recno.t line 23 Compilation failed in require at t/db-recno.t line 23. BEGIN failed--compilation aborted at t/db-recno.t line 23. t/db-recno....dubious Test returned status 255 (wstat 65280, 0xff00) FAILED--3 test scripts could be run, alas--no output ever seen make: *** [test_dynamic] Error 255 !!! ERROR: dev-perl/DB_File-1.808 failed. !!! Function perl-module_src_compile, Line 62, Exitcode 2 !!! test failed --- My current gentto-version is: --- less /etc/gentoo-release Gentoo Base System version 1.4.16 --- Reproducible: Always Steps to Reproduce: 1. emerge DB_File
I can't dup this in 5.8.2. Anyone out there running 5.8.4 that can confirm this bug?
For me all ok PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t t/db-btree....ok t/db-hash.....ok t/db-recno....ok All tests successful. Files=3, Tests=529, 13 wallclock secs ( 4.65 cusr + 1.67 csys = 6.32 CPU)
I can confirm this bug. System info: Portage 2.0.50-r8 (default-x86-1.4, gcc-3.3.3, glibc-2.2.5-r2,2.3.3.20040420-r0,2.3.3_pre20040207-r0, 2.4.26-gentoo-r2) ================================================================= System uname: 2.4.26-gentoo-r2 i686 Pentium III (Coppermine) Gentoo Base System version 1.4.16 Autoconf: sys-devel/autoconf-2.59-r3 Automake: sys-devel/automake-1.8.3 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="no" CFLAGS="-march=pentium3 -O3 -pipe -fomit-frame-pointer -fprefetch-loop-arrays -ffast-math -fforce-addr -falign-functions=4" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=pentium3 -O3 -pipe -fomit-frame-pointer -fprefetch-loop-arrays -ffast-math -fforce-addr -falign-functions=4" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache keepwork sandbox" GENTOO_MIRRORS="ftp://ftp.tu-clausthal.de/pub/linux/gentoo/ ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.de.gentoo.org/gentoo-portage" USE="X acpi alsa apache2 apm arts artswrappersuid avi berkdb crypt cups dga doc dvd encode fbcon flash foomaticdb gd gdbm gif gpm gtk gtk2 imlib java jpeg kde libg++ libwww mad mikmod motif mozilla mpeg mysql ncurses nls odbc oggvorbis opengl oss pam pdflib perl pic png python qt quicktime readline samba sdl slang snmp spell sse ssl svga tcltk tcpd tetex tiff truetype usb wmf x86 xml2 xmms xv zlib"
I found it. In /usr/include, my symlinks pointed to db4/db.h, although I have db4.1 installed. Deleting the symlinks db.h and db_185.h and creating them new with the right destination makes the ebuild succeed.
I can confirm that this fix works. Does this come down to the sys-libs/db people?
Paul, SOrry to add you to this, but do you still look out for db4 issues? Cleaning up bugs and saw the last comment point about the symlink. Any ideas? Or is this now resolved/fixed? Thanks!
This should be resolved. There were some minor issues with the script that maintains those links. The script should be fixed though for quite some time.