Bug 93867 - unable to link against libbz2 (gnome-vfs)
|
Bug#:
93867
|
Product: Gentoo Linux
|
Version: unspecified
|
Platform: All
|
|
OS/Version: Linux
|
Status: RESOLVED
|
Severity: normal
|
Priority: P2
|
|
Resolution: FIXED
|
Assigned To: base-system@gentoo.org
|
Reported By: Felix.Braun@mail.mcgill.ca
|
|
Component: Library
|
|
|
URL:
|
|
Summary: unable to link against libbz2 (gnome-vfs)
|
|
Keywords:
|
|
Status Whiteboard:
|
|
Opened: 2005-05-24 17:22 0000
|
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
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 : )
*** 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.