Summary: | www-client/mozilla-firefox-3.5.2-r1 : /usr/bin/firefox fails for $USER logged in via !M NX client to !M free nxserver due to LD_PRELOAD | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Leeman Strout <me> |
Component: | Current packages | Assignee: | Bernard Cafarelli <voyageur> |
Status: | RESOLVED OBSOLETE | ||
Severity: | normal | CC: | gentooperson |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Leeman Strout
2009-08-20 16:10:36 UTC
I hit this too, on mozilla-firefox-3.5.2-r1 with net-misc/nxserver-freenx-0.7.3-r2, except my LD_PRELOAD was set by nx to: "libesddsp.so.0 libesd.so.0". Clearing that setting allowed firefox to start normally. Thanks a lot for the tip. Impressive. Another work-around: Disable the server-client Multimedia services in the nx client (Configure, Services Tab). It seems that the LD_PRELOAD settings are only applied when multimedia services are turned on. The "sux" X-oriented su tool will display error messages referring to these two libraries when it starts, but it still starts. Perhaps this is an nx bug, instead of firefox. (In reply to comment #3) > The "sux" X-oriented su tool will display error messages referring to these two > libraries when it starts, but it still starts. > > Perhaps this is an nx bug, instead of firefox. > I would suspect so as it is first time anyone has reported such a problem. Perhaps this should be left open as a mozilla-firefox bug. Even with LD_PRELOAD set correctly, firefox hangs. Other apps stop complaining when the full path is provided in LD_PRELOAD. Broken default setting: LD_PRELOAD="libesddsp.so.0 libesd.so.0" Works for other apps, but not for firefox: LD_PRELOAD="/usr/lib/libesddsp.so.0 /usr/lib/libesd.so.0" This could still be a problem with nxserver failing to set up its use of esound correctly, with firefox as the victim. Just to confirm most of your findings here: the libesd LD_PRELOAD is indeed only applied with "multimedia services" on (it is used to redirect the remote sound to the client) And I have reproduced this behaviour too with firefox 3.5 (I'm pretty sure 3.0 worked fine), while other applications that generate sound do not hang. I'll see what upstream or #nx guys think about it (same problem appears with binary freeedition server) If someone can fully show mozilla needing to be involved, please re-add. Latest ~arch packages for nxnode and nxserver-freeedition should fix the problem (not tested though, but mentioned in release notes) Even if the 2011 fix did not work, the packages have now been dropped from tree for some time :) |