The text I wanted to paste here was too long, and I can't find an option to attatch a file when you create a bug, so this is just a place filler. For bug info, see the attatchmen in the next comment. /Claes
Created attachment 92759 [details] Error text and emerge --info
I had the same problem on AMD64 aswell. Problem is that the build proces creates libs in usr/lib64 but the install phase expects the libs to be in usr/lib ... Installing documentation: /var/tmp/portage/db-4.3.29-r2/image//usr/docs ... * removing unversioned static archives !!! ERROR: sys-libs/db-4.3.29-r2 failed. Call stack: ebuild.sh, line 1539: Called dyn_install ebuild.sh, line 1013: Called src_install db-4.3.29-r2.ebuild, line 127: Called java-pkg_regso '/var/tmp/portage/db-4.3.29-r2/ima ge//usr/lib/libdb_java*.so' java-utils-2.eclass, line 387: Called die !!! /var/tmp/portage/db-4.3.29-r2/image//usr/lib/libdb_java*.so does not exist !!! If you need support, post the topmost build error, and the call stack if relevant. !!! When you file a bug report, please include the following information: GENTOO_VM=blackdown-jdk-1.4.2 CLASSPATH="" JAVA_HOME="/opt/blackdown-jdk-1.4.2.03" JAVACFLAGS="-source 1.4 -target 1.4" COMPILER="" ---- # ls /var/tmp/portage/db-4.3.29-r2/image/usr/ bin include lib64 sbin # ls /var/tmp/portage/db-4.3.29-r2/image/usr/lib64/ db.jar libdb-4.3.la libdb_cxx-4.3.a libdb_cxx-4.3.so libdb_java-4.3.la libdb-4.3.a libdb-4.3.so libdb_cxx-4.3.la libdb_java-4.3.a libdb_java-4.3.so
Another confirmation. Adding self to CC. ~amd64.
How about trying w/ C[XX]FLAGS="-march=athlon64 -O2 -pipe -fomit-frame-pointer"?
Created attachment 92763 [details, diff] db-4.3.29-r2 ebuild patch for proper java libdir The problem lies in the arguments passed to java-pkg_regso in the ebuild. These should contain a get_libdir instead of a static /usr/lib Attached patch fixed it for me
Jakub - mine are CFLAGS="-march=athlon64 -O2 -pipe" globally... Portage 2.1.1_pre3-r5 (default-linux/amd64/2006.0, gcc-4.1.1/amd64-vanilla, glibc-2.4-r3, 2.6.17-gentoo-r4 x86_64) ================================================================= System uname: 2.6.17-gentoo-r4 x86_64 AMD Athlon(tm) 64 Processor 2800+ Gentoo Base System version 1.12.1 ccache version 2.4 [enabled] app-admin/eselect-compiler: 2.0.0_rc2-r1 dev-lang/python: 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.4-r2 dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.60 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.17 sys-devel/gcc-config: [Not Present] sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.16 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=athlon64 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/lib64/mozilla/defaults/pref /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/eselect/compiler /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-march=athlon64 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LINGUAS="en_GB" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 X a52 aac aalib alsa audiofile avi bitmap-fonts bzip2 ccache cdda cddb cdio cdr cli crypt css dbus dga dhcp dlloader dri dvd dvdr dvdread eds emboss encode ffmpeg firefox flac foomaticdb fortran gdbm gif glut glx gnome gpm gstreamer gtk gtk2 hal imlib isdnlog jack java javascript jikes jpeg kde kdeenablefinal kdehiddenvisibility lame libcaca logrotate lzw lzw-tiff mad mikmod mjpeg mono mp3 mpeg mpeg2 mpeg4 mplayer nas ncurses nls nptl nvidia offensive ogg oggvorbis opengl oss pam pcre pdflib perl png pppd python qt qt3 qt4 quicktime rar rdesktop readline reflection sdl session sndfile spell spl ssl subtitles subversion svgz tcpd tga theora tiff tk transcode truetype truetype-fonts type1-fonts usb vcd vcdimager videos vorbis wma123 wmf wxgtk1 xml xmms xorg xpm xscreensaver xv xvid xvmc yv12 zlib elibc_glibc input_devices_keyboard input_devices_mouse kernel_linux linguas_en_GB userland_GNU video_cards_nvidia video_cards_nv video_cards_vesa video_cards_none" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Nice work Hans! I tried the patch, and it worked if when doing "CXXFLAGS="${CFLAGS}" emerge sys-libs/db". When running just "emerge sys-libs/db" it failed in the earlier stage with the -fPIC error just as before. I really wonder what the difference is between having "CXXFLAGS="${CFLAGS}" in the make.conf or setting it infront of the emerge command. Makes no sense to me. Anyway, thanks Hans! Patch confirmed to work. /Claes
People, you need to reopen the bug after providing requested info, or noone will ever notice again.
Tried to, said only original reporter or assignee could reopen :)
(In reply to comment #8) > People, you need to reopen the bug after providing requested info, or noone > will ever notice again. Sorry, didn't notice it wasn't still marked as New.
Claes: Next time at least put the problem description in the bug. The log can be added as attachment (the full log is more insightfull though). I'll look into it further. In the meantime you could try to not build the java bindings. There is nothing in the tree that actually uses them.
Tried this with -java and I got an error too, so on a hunch I tried without distcc, and it worked. So looks like maybe a parellel make problem? Try with FEATURES=-distcc emerge db and have -java
I got it installed with the java bindings after applying Hans' patch (Comment #5) and removing distcc from the FEATURES flag. Seems like it was two different reasons this ebuild failed. I wonder if the "CXXFLAGS="${CFLAGS}" thing on the command line before emerge affected the distcc somehow, and that's why I got past the distcc error and stuck at the java error when I tried that. Maybe add Hans' patch to the ebuild and disable distcc or so, then time to mark this bug as Resolved? Anyway, thanks for the help and comments /Claes
Libdir should already be fixed now. Distcc problems normally point to incompatible compilers being used. Disabling distcc does not disable parallel make.