I go unstable and I'm using reiser4. Yesterday, I updated to reiser4progs 1.0.3 (and the required dependency libaaal); I might also have updated to the latest baselayout. Today, my computer aborted booting when it came to fsck.reiser4 - it looked for a library libreiser4-1.0.so.2 which didnt exist (anylonger due to the update? I dunno). mount -o remount rw / and making a symbolic link from libreiser4-1.0.so.2 -> libreiser4-1.0.so.3 helped. Note: I marked it blocker, because it stops your computer from working, eventhough it can be easily fixed :-) Reproducible: Always Steps to Reproduce: 1. 2. 3. emerge info Portage 2.0.51-r8 (gcc34-x86-2004.2, gcc-3.4.3, glibc-2.3.4.20041102-r0, 2.6.9-rc2-nitro1 i686) ================================================================= System uname: 2.6.9-rc2-nitro1 i686 AMD Athlon(TM) MP 2400+ Gentoo Base System version 1.6.8 Python: dev-lang/python-2.3.4 [2.3.4 (#1, Sep 27 2004, 11:05:46)] ccache version 2.3 [enabled] dev-lang/python: 2.3.4 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9, 1.9.3 sys-devel/binutils: 2.15.92.0.2-r2 sys-devel/libtool: 1.5.10-r2 virtual/os-headers: 2.6.8.1-r1 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-O3 -march=athlon-mp -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -march=athlon-mp -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache distlocks sandbox" GENTOO_MIRRORS="ftp://ftp.wh2.tu-dresden.de/pub/mirrors/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage /usr/local/fluidportage/trunk /usr/local/bmg-main" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X alsa apm avi berkdb bitmap-fonts bonobo cdr crypt cups eds encode esd evo f77 foomaticdb fortran gdbm gif gnome gpm gstreamer gtk gtk2 gtkhtml guile imlib java jpeg ldap libg++ libwww mad mikmod mmx motif mozilla mpeg ncurses network nls nptl nptlonly oggvorbis opengl oss pam pdflib perl png python quicktime readline sdl slang spell sse ssl svga tcpd threads truetype x86 xine xml2 xv zlib"
I've got two machines that are unbootable, until I get a chance to run a livecd on them. Until this is fixed I think this package should definitely be masked. Thank you.
what does `ldd /sbin/fsck.reiser4` show ?
Strange. Everything seems to be correct. ldd /sbin/fsck.reiser4 linux-gate.so.1 => (0xffffe000) libreiser4-1.0.so.3 => /lib/libreiser4-1.0.so.3 (0xb7f8e000) librepair-1.0.so.3 => /lib/librepair-1.0.so.3 (0xb7f76000) libaal-1.0.so.3 => /lib/libaal-1.0.so.3 (0xb7f6e000) libuuid.so.1 => /lib/libuuid.so.1 (0xb7f6b000) libreadline.so.5 => /lib/libreadline.so.5 (0xb7f3d000) libncurses.so.5 => /lib/libncurses.so.5 (0xb7ef8000) libc.so.6 => /lib/libc.so.6 (0xb7dcd000) /lib/ld-linux.so.2 (0xb7fea000)
so if you rm the libreiser4-1.0.so.2 symlink you made, does `fsck.resier4` work again ?
Stragely, not! rm libreiser4-1.0.so.2 h0m3r lib # fsck.reiser4 fsck.reiser4: error while loading shared libraries: libreiser4-1.0.so.2: cannot open shared object file: No such file or directory ldd /sbin/fsck.reiser4 linux-gate.so.1 => (0xffffe000) libreiser4-1.0.so.3 => /lib/libreiser4-1.0.so.3 (0xb7f8e000) librepair-1.0.so.3 => /lib/librepair-1.0.so.3 (0xb7f76000) libaal-1.0.so.3 => /lib/libaal-1.0.so.3 (0xb7f6e000) libuuid.so.1 => /lib/libuuid.so.1 (0xb7f6b000) libreadline.so.5 => /lib/libreadline.so.5 (0xb7f3d000) libncurses.so.5 => /lib/libncurses.so.5 (0xb7ef8000) libc.so.6 => /lib/libc.so.6 (0xb7dcd000) /lib/ld-linux.so.2 (0xb7fea000) libreiser4-1.0.so.2 => not found
There is a more proper solution than symlinking found here: http://forums.gentoo.org/viewtopic.php?t=268386 Just emerge reiser4progs a second time. Works now, even without the symlink :-)
The problems is caused by librepair and other that links against the installed libreiser4 (libreiser4-1.0.so.2) instead of the just compiled one (libreiser4-1.0.so.3). # ldd /lib/librepair.so linux-gate.so.1 => (0xffffe000) libreiser4-1.0.so.2 => not found <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< libc.so.6 => /lib/libc.so.6 (0xb7ea9000) /lib/ld-linux.so.2 (0x80000000) Using "elibtoolize" inside src_unpack DIDN'T fixed it. So I forced the regeneration of all the build system running "autoreconf --install --force", and then it worked. vapier: I'm not very libtool expert so I don't know if this is the right solution to this problem. I just tried to help you :D.
Created attachment 46530 [details, diff] reiser4progs-1.0.3_autoreconf.patch
Why is the fix not in reiser4progs 1.0.4 ? I had the same problem when upadating to reiser4progs 1.0.4.
FWIW, I've just had the same problem upgrading to libreiser4-1.0.4 as well.
I confirm that this is still not fixed.
Sorry to bother you all with the e-mail notification. I didn't know it would send you all an e-mail. x_x
thanks Simone for that ... forced rebuilding of autotools in src_unpack()