Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!
Not eligible to see or edit group visibility for this bug.
View Bug Activity | Format For Printing | XML | Clone This Bug
After emerging nspr-4.6.4-r1 the gnome-panel clock-applet refuses to load. The cause is a failure to find libplc4.so.6 which now is in /usr/lib/nspr ldd /usr/libexec/clock-applet .. libplc4.so.6 => not found libplds4.so.6 => not found libnspr4.so.6 => not found libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0x4a7aa000) libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0x4a015000) libXext.so.6 => /usr/lib/libXext.so.6 (0x45255000) libXi.so.6 => /usr/lib/libXi.so.6 (0x45264000) libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0x4526e000) libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0x4a005000) /lib/ld-linux.so.2 (0xb7f8f000) libplc4.so.6 => not found libplds4.so.6 => not found libnspr4.so.6 => not found strace /usr/libexec/clock-applet fail with open("/usr/lib/libplc4.so.6", O_RDONLY) = -1 ENOENT (No such file or directory) stat64("/usr/lib", {st_mode=S_IFDIR|0755, st_size=118784, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7c56000 writev(2, [{"/usr/libexec/clock-applet", 25}, {": ", 2}, {"error while loading shared libra"..., 36}, {": ", 2}, {"libplc4.so.6", 12}, {": ", 2}, {"cannot open shared object file", 30}, {": ", 2}, {"No such file or directory", 25}, {"\n", 1}], 10/usr/libexec/clock-applet: error while loading shared libraries: libplc4.so.6: cannot open shared object file: No such file or directory Reproducible: Always
try: env-update source /etc/profile ldconfig as root. See if that fixes your problem.
A re-emerge of evolution-data-server and gnome-panel fixes the problem but I am not sure why.
I have the same issue. Neither following the steps in comment 1 nor rebuilding e-d-s and gnome-panel fixed this, but downgrading to 4.6.4 fixed it immediately. Portage 2.1.2-r8 (default-linux/amd64/2006.1/desktop, gcc-4.1.1, glibc-2.5-r0, 2.6.19-gentoo-r4 x86_64) ================================================================= System uname: 2.6.19-gentoo-r4 x86_64 AMD Athlon(tm) 64 Processor 3000+ Gentoo Base System version 1.13.0_alpha12 Timestamp of tree: Mon, 05 Feb 2007 23:50:01 +0000 ccache version 2.4 [enabled] dev-java/java-config: 1.3.7, 2.0.31-r3 dev-lang/python: 2.4.4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.4-r6 sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.61 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.17 sys-devel/gcc-config: 1.3.14 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.20 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=k8 -O2 -pipe -ggdb" 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/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-march=k8 -O2 -pipe -ggdb -ffriend-injection" DISTDIR="/usr/portage/distfiles" EMERGE_DEFAULT_OPTS="" FEATURES="autoconfig ccache distlocks fixpackages parallel-fetch sandbox sfperms splitdebug strict" GENTOO_MIRRORS="http://distro.ibiblio.org/pub/linux/distributions/gentoo/ http://gentoo.osuosl.org/ " LANG="en_US.UTF-8" LC_ALL="en_US.UTF-8" LINGUAS="en" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_EXTRA_OPTS="--timeout=120" 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/portage/local/layman/sunrise /usr/portage/local/layman/wrobel /usr/portage/local/layman/gnome-experimental /usr/portage/local/layman/break-my-gentoo-main /usr/local/overlays/myoverlay /usr/local/overlays/bmg-main" SYNC="rsync://rsync.ca.gentoo.org/gentoo-portage" USE="X a52 aac alsa amd64 amr bash-completion berkdb bitmap-fonts bzip2 cairo cdda cdr cli cracklib crypt css cups dbus debug dlloader dri dts dvd dvdr eds emboss encode esd fam ffmpeg firefox flac fortran gdbm gif glitz gnome gpm gstreamer gtk gtk2 hal iconv ipv6 isdnlog java jpeg kde kdehiddenvisibility ldap libg++ libnotify mad midi mikmod mono mp3 mpeg ncurses nls nptl nptlonly ogg opengl pam pcre perl pic png ppds pppd python qt3 qt4 quicktime readline reflection ruby samba sdl session spell spl sqlite ssl tcpd theora tiff truetype truetype-fonts type1-fonts udev unicode usb userlocales vcd vorbis x264 xcb xml xorg xv xvid zlib" ALSA_CARDS="emu10k1" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en" USERLAND="GNU" VIDEO_CARDS="vesa nvidia" Unset: CTARGET, INSTALL_MASK, LDFLAGS
Looking at the initial report: open("/usr/lib/libplc4.so.6", O_RDONLY) = -1 ENOENT (No such file or directory) The libraries are actually in /usr/lib/nspr, not /usr/lib, and /usr/lib/pkgconfig/nspr.pc for 4.6.4 points there. Perhaps 4.6.4-r1 doesn't? I don't have time at the moment to re-emerge 4.6.4-r1 to test this myself.
On my system, in /usr/lib/pkgconfig/nspr.pc for dev-libs/nspr-4.6.4-r1: libdir=/usr/lib/nspr.
Reassigning to mozilla, as this is a problem with nspr.
This bug is not unique to gnome-panel; any packages who have dependencies to nspr may have this problem (for me evolution won't start with the same errors messages). To fix temporary I added soft links in /usr/lib directory and it works. P.S. For an unknown reason, recompiling evolution & evolution-data-server won't fix this issue. Perhaps, it's time to rename the Summary of this bug to something more generic.
Recompiling nss after upgrading to nspr-4.6.4-r1 helps here. Still very odd, that this doesn't get caught by revdep-rebuild or something like that
Confirmed, break evolution and other few things !
(In reply to comment #9) > Confirmed, break evolution and other few things ! > Ok, seems that it's dev-libs/nss that you need to emerge to get correct lib dependecies. Probably introduced for each libs in a subdirectory in /usr/lib/*/
*** Bug 165624 has been marked as a duplicate of this bug. ***
Okay, people having problem with this, does reemerging nss fix it?
(In reply to comment #12) > Okay, people having problem with this, does reemerging nss fix it? Only some apps (evolution) but not all (clock-applet). And this is only a ugly workaround. I suggest you downgrade nspr.
I first hit this problem on my workstation. I decided to run revdep-rebuild --library libplc4.so That emerged nss, eds, firefox, mozilla, and more. while the revdep was running, I noticed that ldd /usr/libexec/clock-applet started returning with no unresolved libraries. I then emerged nss on my notebook but it did not fix the problem. After emerging eds the problem went away but killall gnome-panel did not work so I emerged gnome-panel and that resolved the problem on my notebook.
(In reply to comment #12) > Okay, people having problem with this, does reemerging nss fix it? > Reemerging nss does fix both clock-applet and evolution for me.
*** Bug 165668 has been marked as a duplicate of this bug. ***
nss also did it for me, it's strange revdep-rebuild didn't pointed this out. in the erroneous situation ldconfig -v also showed it recognised libplc etc.
Remerging just nss fixed it for me (no need to remerge eds or any apps). Weird that revdep-rebuild couldn't find it.
Re-emerged nss, did the usual env-update; source /etc/profile both evolution and clock still fail to launch
Reinstalled a working version of nspr and did ls -lah /usr/lib/nspr/* > list Put the newest version (broken) back on and did ls -lah /usr/lib/nspr/* > list2 Files lists are the same, slightly different sizes though. # diff list list2 1,2c1,2 < total 676K < drwxr-xr-x 2 root root 4.0K Feb 6 23:21 . --- > total 684K > drwxr-xr-x 2 root root 4.0K Feb 6 23:29 . 4,12c4,12 < -rw-r--r-- 1 root root 315K Feb 6 23:21 libnspr4.a < lrwxrwxrwx 1 root root 13 Feb 6 23:21 libnspr4.so -> libnspr4.so.6 < -rw-r--r-- 1 root root 184K Feb 6 23:21 libnspr4.so.6 < -rw-r--r-- 1 root root 27K Feb 6 23:21 libplc4.a < lrwxrwxrwx 1 root root 12 Feb 6 23:21 libplc4.so -> libplc4.so.6 < -rw-r--r-- 1 root root 15K Feb 6 23:21 libplc4.so.6 < -rw-r--r-- 1 root root 9.7K Feb 6 23:21 libplds4.a < lrwxrwxrwx 1 root root 13 Feb 6 23:21 libplds4.so -> libplds4.so.6 < -rw-r--r-- 1 root root 8.3K Feb 6 23:21 libplds4.so.6 --- > -rw-r--r-- 1 root root 315K Feb 6 23:29 libnspr4.a > lrwxrwxrwx 1 root root 13 Feb 6 23:29 libnspr4.so -> libnspr4.so.6 > -rw-r--r-- 1 root root 192K Feb 6 23:29 libnspr4.so.6 > -rw-r--r-- 1 root root 27K Feb 6 23:29 libplc4.a > lrwxrwxrwx 1 root root 12 Feb 6 23:29 libplc4.so -> libplc4.so.6 > -rw-r--r-- 1 root root 15K Feb 6 23:29 libplc4.so.6 > -rw-r--r-- 1 root root 9.7K Feb 6 23:29 libplds4.a > lrwxrwxrwx 1 root root 13 Feb 6 23:29 libplds4.so -> libplds4.so.6 > -rw-r--r-- 1 root root 8.4K Feb 6 23:29 libplds4.so.6 vice ~ # evolution evolution: error while loading shared libraries: libplc4.so.6: cannot open shared object file: No such file or directory
*** Bug 165686 has been marked as a duplicate of this bug. ***
This is because the autoconfig version borks the sonames, the config-2 does not work in some way (I still haven't look a it) but this is what borks the aplications: readelf -d /var/tmp/portage/dev-libs/nspr-4.6.4-r1/image/usr/lib/nspr/libnspr4.so Dynamic section at offset 0x31df0 contains 26 entries: Tag Type Name/Value 0x00000001 (NEEDED) Shared library: [libpthread.so.0] 0x00000001 (NEEDED) Shared library: [libdl.so.2] 0x00000001 (NEEDED) Shared library: [libc.so.6] 0x0000000e (SONAME) Library soname: [libnspr4.so] 0x0000000f (RPATH) Library rpath: [$ORIGIN] 0x0000001d (RUNPATH) Library runpath: [$ORIGIN] and on older versions it is readelf -d /usr/lib/nspr/libnspr4.so Dynamic section at offset 0x2e390 contains 25 entries: Tag Type Name/Value 0x00000001 (NEEDED) Shared library: [libpthread.so.0] 0x00000001 (NEEDED) Shared library: [libdl.so.2] 0x00000001 (NEEDED) Shared library: [libc.so.6] 0x0000000e (SONAME) Library soname: [libnspr4.so.6] 0x0000000f (RPATH) Library rpath: [$ORIGIN] 0x0000001d (RUNPATH) Library runpath: [$ORIGIN]
*** Bug 165688 has been marked as a duplicate of this bug. ***
nspr-4.6.4-r1 removed, -r2 in CVS, along with 4.6.5.
(In reply to comment #24) > nspr-4.6.4-r1 removed, -r2 in CVS, along with 4.6.5. > Just synced and there is no -r2 or 4.6.5. They don't show up in http://sources.gentoo.org/viewcvs.py/gentoo-x86/dev-libs/nspr/ either. Sorry if this is due to mirror lag or something.
(In reply to comment #25) > (In reply to comment #24) > > nspr-4.6.4-r1 removed, -r2 in CVS, along with 4.6.5. > > > Just synced and there is no -r2 or 4.6.5. They don't show up in > http://sources.gentoo.org/viewcvs.py/gentoo-x86/dev-libs/nspr/ either. Sorry if > this is due to mirror lag or something. > Yeah well, always wait ~2 hours to sync after the changes have been commited. sources.gentoo.org syncs every 30 mins, or every 60 mins. Mirrors should sync every 30 mins, but ~2 hours is always safe.
Please re-open this is nowhere fixed... prefix=/usr exec_prefix=${prefix} libdir=${exec_prefix}/lib includedir=${prefix}/include/nspr Name: NSPR Description: The Netscape Portable Runtime Version: 4.6.5 Libs: -L${libdir} -lplds4 -lplc4 -lnspr4 -lpthread -ldl -Wl,-R${libdir} Cflags: -I${includedir} should be libdir=${exec_prefix}/lib/nspr this breaks liferea now, this time the soname is ok as far as I see, but the pkg-config file is borked
*** Bug 165826 has been marked as a duplicate of this bug. ***
(In reply to comment #27) > Please re-open this is nowhere fixed... > prefix=/usr > exec_prefix=${prefix} > libdir=${exec_prefix}/lib > includedir=${prefix}/include/nspr > > Name: NSPR > Description: The Netscape Portable Runtime > Version: 4.6.5 > Libs: -L${libdir} -lplds4 -lplc4 -lnspr4 -lpthread -ldl -Wl,-R${libdir} > Cflags: -I${includedir} > > should be > libdir=${exec_prefix}/lib/nspr > this breaks liferea now, this time the soname is ok as far as I see, but the > pkg-config file is borked > Indeed, noticed this when building thunderbird. It's fixed in 4.6.5-r1 and 4.6.4-r3. I commited them an hour ago, so in ~1 hour it should be fixed when you sync again.
Upgrade to 4.6.5-r1 worked for me with Evolution.
*** Bug 165854 has been marked as a duplicate of this bug. ***
