gnome-vfs tries to link against libbz2.so (without version number). No such link is created by app-arch/bzip2-1.0.3-r3 Reproducible: Always Steps to Reproduce: 1. try to compile gnome-vfs-2.10.0 Actual Results: compilation aborts because /lib/libbz2.so can not be found Expected Results: compile properly
Created attachment 59752 [details, diff] proposed fix
I can confirm this bug. Here's my emerge info: Portage 2.0.51.22-r1 (default-linux/x86/2005.0, gcc-3.4.3-20050110, glibc-2.3.5-r0, 2.6.10-gentoo-r7 i686) ================================================================= System uname: 2.6.10-gentoo-r7 i686 Intel(R) Pentium(R) M processor 1.70GHz Gentoo Base System version 1.6.10 ccache version 2.4 [disabled] dev-lang/python: 2.3.5 sys-apps/sandbox: 1.2.8 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5 sys-devel/binutils: 2.16 sys-devel/libtool: 1.5.18 virtual/os-headers: 2.6.11 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O3 -march=pentium-m -mtune=pentium-m -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -march=pentium-m mtune=pentium-m -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X alsa apm arts avi berkdb bitmap-fonts cdr crypt cups curl eds emboss encode esd fam flac foomaticdb fortran gd gdbm gif gnome gpm gtk gtk2 imagemagick imlib ipv6 java jpeg junit kde ldap libg++ libwww mad mikmod motif mp3 mpeg ncurses nls ogg oggvorbis opengl oss pam pdflib perl png python qt quicktime readline samba scanner sdl silc slang spell ssl svga tcltk tcpd tiff truetype truetype-fonts type1-fonts vorbis xine xml2 xmms xv zlib video_cards_radeon userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS
Forgot to mention - this happens with gnome-vfs-2.10.0-r1 (the version in the original post is 2.10.0)
I can confirm this bug. Emerging clamav-0.85.1-r1 did not work because /lib/libbz2.so could not be found. The proposed fix worked for me! Thanks a lot!
I can also confirm the bug. After applying the patch, gnome-vfs compiles properly. Thanks.
Since r4 is not im my arch tree yet, is it correct to assume that I can simply ln -s /usr/lib/libbz2.so /lib/libbz2.so as a workaround?
Frank: ln -s /usr/lib/libbz2.so /lib/libbz2.so should work, but I would suggest you to try the fix that Felix provided for us ;-) just download the patch and then do (as root) patch -p0 < /[path to the downloaded patch]/bzip2-ebuild.patch emerge --oneshot bzip2 Now the link should be created by portage, that's what we want ;-)
Sorry for double-posting, forgot to mention: just download the patch and then do (as root) cd /usr/portage/app-arch/bzip2 (sorry, I forgot about that) patch -p0 < /[path to the downloaded patch]/bzip2-ebuild.patch emerge --oneshot bzip2 That's the way I made the ebuild work.
Frank, the correct work-around would be: # cd /lib # ln -s libbz2.so.1.0.3 libbz2.so this is in fact what my patch to the ebuild does. /usr/lib/libbz2.so is just a ld-script that refers to /lib/libbz2.so and thus doesn't work.
bug 91176 and bug 93904 are dupes of this bug and therefore fixed by the patch proposed in this bug.
*** Bug 91176 has been marked as a duplicate of this bug. ***
*** Bug 93904 has been marked as a duplicate of this bug. ***
*** Bug 93927 has been marked as a duplicate of this bug. ***
emerging gimp-2.2.7 aborts because of this issue.
and for me 'simply' adding the symlink didn't work. the gimp still puked. :/ (And I don't wanna patch the ebuild, i'll just wait for a real ebuild, cos i'm to lazy : )
fixed in 1.0.3-r4
*** Bug 94079 has been marked as a duplicate of this bug. ***
*** Bug 98026 has been marked as a duplicate of this bug. ***
I reported 98026. Someone asked for the output of "ldd /usr/lib/libgsf-1.so.1", so here it is: linux-gate.so.1 => (0xffffe000) libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0xb7f7a000) libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0xb7ef3000) libxml2.so.2 => /usr/lib/libxml2.so.2 (0xb7d76000) libpthread.so.0 => /lib/libpthread.so.0 (0xb7d24000) libm.so.6 => /lib/libm.so.6 (0xb7d01000) libz.so.1 => /lib/libz.so.1 (0xb7cf0000) libbz2.so.1.0 => not found libc.so.6 => /lib/libc.so.6 (0xb7bda000) libdl.so.2 => /lib/libdl.so.2 (0xb7bd6000) /lib/ld-linux.so.2 (0x80000000)
The work-around doesn't work for me because there is no "/usr/lib/libbz2.so.1.0.3". And how long does it usually take before the fix gets into stable? Thanks.
stabilized latest version
I think something's wrong here, then. After I saw your post, SpanKY, I did an 'emerge sync' and then tried to emerge gimp again, but it still failed in the same way. What am I missing?
*** Bug 101160 has been marked as a duplicate of this bug. ***
(In reply to comment #22) > I think something's wrong here, then. After I saw your post, SpanKY, I did an > 'emerge sync' and then tried to emerge gimp again, but it still failed in the > same way. What am I missing? > Need to remerge bzip2 first.