Summary: | epiphany-1.4.0 does not work with nspr-4.4.1 installed | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Jonathan Briggs <zlynx> |
Component: | [OLD] GNOME | Assignee: | Gentoo Linux Gnome Desktop Team <gnome> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | amd64, azarah, cp, jackmort37, jlp.bugs, mozilla, sebastian |
Priority: | High | ||
Version: | 2004.2 | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 64135, 66864 |
Description
Jonathan Briggs
2004-09-24 09:43:15 UTC
what were the exact errors ? Did mozilla itself run without errors ? epiphany: symbol lookup error: /usr/lib/mozilla/components/libnecko.so: undefined symbol: PR_GetAddrInfoByName And yes, Mozilla itself works fine. Another clue and workaround! LD_LIBRARY_PATH=/usr/lib/mozilla:/usr/lib epiphany runs fine. So the problem seems to be in the order of library lookups. I also have the same problem and the same workaround ! i guess.. can both libs be installed at the same time mozilla team ? using nspr-4.4.1 ? afaik azarah added a fix to it, so it wouldn't put it's libs in /usr/lib anymore, but it didn't get rev bumped. So please rebuild & check if there's still a problem. For me, re-emerging din't solve the problem... BTW, here's my emerge info : Portage 2.0.51_rc7 (default-linux/amd64/gcc34-2004.2, gcc-3.4.2, glibc-2.3.4.20040808-r0, 2.6.8-gentoo-r6 x86_64) ================================================================= System uname: 2.6.8-gentoo-r6 x86_64 AMD Athlon(tm) 64 Processor 3200+ Gentoo Base System version 1.5.3 ccache version 2.3 [enabled] Autoconf: sys-devel/autoconf-2.59-r4 Automake: sys-devel/automake-1.8.5-r1 Binutils: sys-devel/binutils-2.15.92.0.2 Headers: sys-kernel/linux26-headers-2.6.8.1 Libtools: sys-devel/libtool-1.5.2-r5 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CFLAGS="-march=athlon64 -O2 -pipe -ftracer -fweb -momit-leaf-frame-pointer -fweb -frename-registers -fno-asynchronous-unwind-tables" CHOST="x86_64-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control"CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon64 -O2 -pipe -ftracer -fweb -momit-leaf-frame-pointer -fweb -frename-registers -fno-asynchronous-unwind-tables" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache distlocks" GENTOO_MIRRORS="http://ftp.easynet.nl/mirror/gentoo/ http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ http://gentoo.inode.at/ http://mirrors.sec.informatik.tu-darmstadt.de/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="X acpi alsa amd64 audiofile avi bitmap-fonts cdr crypt cups dedicated dga dvd dvdr encode esd fam flac foomaticdb gif gnome gtk gtk2 hal imagemagick imlib java jpeg mad matroska mikmod mozilla mpeg multilib ncurses nls nptl oggvorbis opengl oss pam pdflib perl png python quicktime readline samba sdl slang spell ssl tcpd tiff truetype unicode wmf xml xml2 xprint xv zlib" *** Bug 66925 has been marked as a duplicate of this bug. *** *** Bug 67113 has been marked as a duplicate of this bug. *** I have the same problem. In my case Epiphany does start, but it does not ever resolve the IP address of the host put into the address bar. Using the stated workaround does fix the problem (in both mozilla-firefox and epiphany). mozilla-firefox-bin does not suffer from this problem. Typing a specific IP in the address bar does work fine. Portage 2.0.51_rc9 (default-amd64-2004.2, gcc-3.3.4, glibc-2.3.4.20041006-r0, 2.6.8-gentoo-r6 x86_64) ================================================================= System uname: 2.6.8-gentoo-r6 x86_64 AMD Athlon(tm) 64 Processor 3200+ Gentoo Base System version 1.5.3 Autoconf: sys-devel/autoconf-2.59-r5 Automake: sys-devel/automake-1.8.5-r1 Binutils: sys-devel/binutils-2.15.92.0.2-r1 Headers: sys-kernel/linux26-headers-2.6.8.1-r1 Libtools: sys-devel/libtool-1.5.2-r5 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CFLAGS="-O2 -march=k8 -pipe" CHOST="x86_64-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/init.d /etc/terminfo /usr/X11R6/lib/X11/xkb /etc/env.d" CXXFLAGS="-O2 -march=k8 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache distlocks" GENTOO_MIRRORS="http://open-systems.ufl.edu/mirrors/gentoo" MAKEOPTS="-j1" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.us.gentoo.org/gentoo-portage" USE="X acpi alsa amd64 apache2 apm avi berkdb bitmap-fonts cdr crypt cups dvd dvdr encode evo f77 foomaticdb gdbm gif gnome gpm gstreamer gtk gtk2 imagemagick imap imlib java jpeg libg++ libwww mad maildir mikmod motif mozilla moznocompose moznoirc moznomail mpeg multilib mysql ncurses network nls nogcj nvidia oggvorbis opengl oss pam pdflib perl png python quicktime readline samba sdl slang snmp spell ssl svg tcltk tcpd tiff truetype v4l2 xml2 xprint xv zlib" The upgrade to 1.4.4 didn't solve the problem :-( foser, azarah's patch was to not install the libraries in /usr/bin, not /usr/lib. @reporters: okay, I have mozilla-1.7.3 installed (with libnspr4.so in /usr/lib/mozilla/), and I have nspr-4.4.1 installed (with libnspr4.so in /usr/lib) and epiphany-1.4.4 always links correctly to /usr/lib/mozilla/libnspr4.so. Jonathon and Jack, can you please remerge with lower CFLAGS? I notice you're all using amd64 as well, and I don't see this problem on x86 or ppc. @amd64 team: could this be at all related to some sort of multi-lib handling? can everyone here "ldd `which epiphany` | grep nspr" ? i mean the devs on x86 with working epiphany installs with nspr also installed as well. obz@azure obz $ ldd /usr/bin/epiphany | grep nspr libnspr4.so => /usr/lib/mozilla/libnspr4.so (0x0fd21000) For me : gentoo ~ # ldd `which epiphany` | grep nspr libnspr4.so => /usr/lib/libnspr4.so (0x0000002a95eb4000) So, it doesn't use mozilla's one ! AMD64 laptop: $ ldd /usr/bin/epiphany | grep nspr libnspr4.so => /usr/lib/libnspr4.so (0x00000031c7900000) I've been using a script that sets LD_LIBRARY_PATH as a workaround. Here's why, although I don't know how it got this way. Probably something in the compile/link options in the build scripts. x86 system: $ objdump -x /usr/bin/epiphany | grep RPATH RPATH /usr/lib/gcc/i686-pc-linux-gnu/3.4.2:/usr/lib/mozilla amd64 system: $ objdump -x /usr/bin/epiphany | grep RPATH RPATH /usr/lib:/usr/lib/mozilla can you try the newest nspr? this was fixed a while back but the version never updated. nspr should be installed in its own directory /usr/lib/nspr/ On my amd64 nspr still installs itself in /usr/lib. No /usr/lib/nspr directory! Yep, same thing here. nspr is still in /usr/lib... tried -r1 ? Yep, it's 4.4.1-r1 which is installed, and epiphany recompiled as well. just fixed this in nspr 4.4.1-r2. have a blast :) |