| View previous topic :: View next topic |
| Author |
Message |
harvester
Tux's lil' helper
Joined: 21 Jan 2006
Posts: 123
|
 Posted: Tue Jan 30, 2007 11:19 am Post subject: Firefox-bin broke wont launch.. firefox works fine [SOLVED] |
 |
|
Hello.. My 32bit firefox-bin doesnt launch anymore after getting rid of a few overlays and an emerge -uDN world. Here is the error
| Code: |
/opt/firefox/mozilla-xremote-client: error while loading shared libraries: libstdc++.so.5: cannot open shared object file: No such file or directory
Unknown error 127 from mozilla-xremote-client
/opt/firefox/firefox-bin: error while loading shared libraries: libstdc++.so.5: cannot open shared object file: No such file or directory
firefox-bin exited with non-zero status (127)
|
64bit compiled firefox loads fine ( no flash9 64 bit yet ? ).
revdep-rebuild rebuilt emul-linux-x86-baselibs-2.5.5-r3 and still same issue.. altho it doesnt really notice that firefox needs it.. heres what revdep-rebuild finds an issue with : broken /usr/lib32/libtiffxx.so.3.7.3 (requires libstdc++.so.5) and after it emerges emul-linux-x86-baselibs-2.5.5-r3, i run revdep-rebuild again and still says that libiffxx is broken and still hasnt installed a 32bit libstdc++.so.5.
Help ?
Last edited by harvester on Tue Jan 30, 2007 9:38 pm; edited 1 time in total |
|
| Back to top |
|
 |
SoylentGreen
l33t
Joined: 19 Aug 2005
Posts: 904
Location: The Hostel
|
| Posted: Tue Jan 30, 2007 11:22 am Post subject: |
|
|
same here, might have to do with the apr upgrade/downgrades yesterday and today?  |
|
| Back to top |
|
|
SoylentGreen
l33t
Joined: 19 Aug 2005
Posts: 904
Location: The Hostel
|
| Posted: Tue Jan 30, 2007 1:33 pm Post subject: |
|
|
ok, i figured "libstdc++.so.5" is in emul-linux-x86-compat.
however, re-emerging this one doesnt help, libstdc++.so.5 simply isnt copied to /usr/lib32
i copied them manually (yeah, ugly  ) and now it works again. |
|
| Back to top |
|
|
SoylentGreen
l33t
Joined: 19 Aug 2005
Posts: 904
Location: The Hostel
|
| Posted: Tue Jan 30, 2007 1:39 pm Post subject: |
|
|
the compat ebuild is borked
| Code: |
if has_version =sys-devel/gcc-3.4*; then
rm usr/lib32/libstdc++.so.5* || die "See bug #160335"
|
what? i have *both*, gcc 3.4 *and* 4.1.*
someone might file a bugreport.
//edit: for the time beeing, mask r3:
| Code: |
>app-emulation/emul-linux-x86-compat-1.0-r2
|
that is a clean solution and you dont have to mangle with libs manually. |
|
| Back to top |
|
|
harvester
Tux's lil' helper
Joined: 21 Jan 2006
Posts: 123
|
| Posted: Tue Jan 30, 2007 9:38 pm Post subject: |
|
|
worked! thanks buddy!
YOU ROCK |
|
| Back to top |
|
|
Rob Paxon
n00b
Joined: 27 Mar 2006
Posts: 24
|
| Posted: Thu Feb 01, 2007 2:28 pm Post subject: |
|
|
| Re-emerging app-emulation/emul-linux-x86-compat (1.0-r3) at this point does correct the problem, so it seems the ebuild has been fixed. |
|
| Back to top |
|
|
SoylentGreen
l33t
Joined: 19 Aug 2005
Posts: 904
Location: The Hostel
|
| Posted: Sat Feb 10, 2007 5:19 pm Post subject: |
|
|
| Rob Paxon wrote: | | Re-emerging app-emulation/emul-linux-x86-compat (1.0-r3) at this point does correct the problem, so it seems the ebuild has been fixed. |
yes, unfortunately using old habit not raising -rx number. so those people that masked it are still in the dark. ah well.
those DEVs should not do that. they should raise the release minor number, and hardmask the bad ebuild, no?
just my thoughts.. |
|
| Back to top |
|
|
|
Portage & Programming
