Summary: | ERROR: dev-perl/DB_File-1.808 failed. | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Andreas Neumeier <delta9> |
Component: | New packages | Assignee: | Gentoo Perl team <perl> |
Status: | RESOLVED CANTFIX | ||
Severity: | normal | CC: | pauldv |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Andreas Neumeier
2004-06-08 23:53:24 UTC
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. |