I emerge the mozilla-firebird-0.7-r1 yesterday. It built correctly but cannot excute it. The error message is : /usr/lib/MozillaFirebird/mozilla-xremote-client: error while loading shared libraries: libplds4.so: cannot open shared object file: No such file or directory ===================== My make.conf is : USE="cjk 3dnow mmx -gnome -gtk -kde -qt -gpm" CHOST="i586-pc-linux-gnu" CFLAGS="-O3 -march=k6-2 -pipe" CXXFLAGS="${CFLAGS}" GENTOO_MIRRORS="rsync://cudlug.cudenver.edu/gentoo ftp://cudlug.cudenver.edu/pub/mirrors/distributions/gentoo/ http://gentoo.ccccom.com rsync://linux.ntcu.net/gentoo-distfiles" ====================== The uses is : U I [ Found these USE variables in : net-www/mozilla-firebird-0.7-r1 ] - - java : Adds support for Java + + gtk2 : Use gtk+-2.0.0 over gtk+-1.2 in cases where a program supports both. - - ipv6 : Adds support for IP version 6 - - gnome : Adds GNOME support - - moznoxft : unknown Reproducible: Didn't try Steps to Reproduce: 1. 2. 3.
I also have this problem, I have attempted to revert to mozilla-firebird-0.7, but still receive the error. I have seen a fair few errors arrise because of -march=k6-2 AND/OR -mcpu=k6-2 (I also have a k6-2) I will attempt to compile with -march=i586 -mcpu=i586 (the k6-2 is not i686 compat.) although because this is a runtime problem it might not have any difference.
My theory didn't work :-( (compile for i586) I think I will have a look at the cvs to see if anything has changed recently, preventing me from compiling 0.7 (which worked previously). My first guess is the changed startup script as mentioned in the changelog. I wonder why many others have not had this problem, mozilla-firebird would be well used I'd imagine.
By the way,I did not have this problem during previously installation. This time I reinstalled gentoo, and made some change. I took the " -funroll" off from the CFLAG. The encounter this problem. Maybe this is some key to solve it.
I rebuilt without gtk2 support overnight to see if it made any difference, (Which is didn't). I didn't really expect it to however. Now I am compiling without the xremote-client-patch (as noted in the changelog) to see if that fixes the problem (another shot in the dark...)
The script complains about libplds4.so not existing, but a search reveals that it is in /usr/lib/MozillaFirebird
Created attachment 24122 [details, diff] patch for /usr/bin/MozillaFirebird The problem is that /usr/lib/MozillaFirebird does not end up in the ldpath, but that is required for mozilla-xremote-client to run. There are different possibilities to solve this. One that does work for me is to use run-mozilla.sh in the MozillaFirebird wrapper script to call mozilla-xremote-client. A patch is attached.
Hi, I tried the patch. I haven't used patch much, but this seems right. I did: patch /usr/bin/MozillaFirebird /path/to/attatchment Now the command MozillaFirebird starts the browser, which seems to work fine. I am not sure if it is related but it still gives a message in the terminal: /usr/bin/MozillaFirebird: line 1: xdpyinfo: command not found drop me a line if you would like me to try something else! Thanks a lot! got my browser back!
Created attachment 24163 [details] Modified ebuild to emerge dev-libs/nspr I also had the problem where mozilla-xremote-client could not find libplds4.so After finding out through the #gentoo IRC channel that libplds4.so is part of the dev-libs/nspr package, I emerged that, and the problem is resolved, for me anyway. This ebuild is modified to emerge dev-libs/nspr as part of the mozilla-firebird emerge process.
well to me it seems it would be sufficient for the ebuild to place some file in /etc/env.d and tell ldconfig to place /usr/lib/MozillaFirebird into /etc/ld.so.conf .. since after putting it there or going export LD_LIBRARY_PATH=/usr/lib/MozillaFirebird, MozillaFirebird starts up without a problem ... as far as i have seen, libplds4.so is part of the MozillaFirebird package, so one would not need any other package ..
As I said, there are different solutions to this problem. mozilla-firebird contains the library, but in its own directory. dev-libs/nspr seems to contain it as well, and installs it to a path where it is immediately found, therefore this works, but I don't think it would be good to have a dependency on that. Changing the LD_LIBRARY_PATH or modifying ld.so.conf it yet another possibility, but modifying firebird's startup script (since it already has a Gentoo-designed one) seems even simpler to me. The xdpyinfo problem is strange, though. It's called in the startup script, and it is part of the x11-base/xfree package. mozilla-firebird depends on virtual/x11, and I am not sure if the other packages providing the virtual provide the program, but more likely is that it somehow isn't in your path. Probably the startup script should be adapted to make sure the program is found ... ks
I vote for the patch in comment 7. Installing nspr will work, though the whole idea behind firebird is a nice clean, compact browser - which forcing it to use its own libraries seems to be the most appropriate way to do this, rather than requiring nspr.
I agree. The patch is a much cleaner way to fix the problem. But this is the first time I could make something resembling a contribution to the community, so I submitted the ebuild anyway.
*** This bug has been marked as a duplicate of 39308 ***
Hello, I "emerged world" yesterday, and the "libplds4.so" bug described here happened... (The ebuild is net-www/mozilla-firebird 0.7-r1). I downloaded the patch and ran ran "patch -p0 <MozillaFirebird.patch" as root. Everything is fine again: Mozilla runs and there are no messages in the console at all! Thx and bybye, Oliver.
For which one, the patch for /usr/bin/MozillaFirebird?
