Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 01 Feb 2009 14:50:47 +0100
From:      "O. Hartmann" <ohartman@mail.zedat.fu-berlin.de>
To:        Alex Goncharov <alex-goncharov@comcast.net>
Cc:        freebsd-current@freebsd.org, fbsd.questions@rachie.is-a-geek.net, freebsd-questions@freebsd.org
Subject:   Re: Xorg upgrade desaster: Xlib: extension "Generic Event	Extension" missing on display ":0.0".
Message-ID:  <4985A8B7.2040307@mail.zedat.fu-berlin.de>
In-Reply-To: <E1LTbsO-000OYb-BL@daland.home>
References:  <49837CFD.4080603@mail.zedat.fu-berlin.de>	<200901301430.07087.fbsd.questions@rachie.is-a-geek.net>	<4984EF27.2050405@mail.zedat.fu-berlin.de> <E1LTU5c-000Jiu-PI@daland.home> <49858274.6090807@mail.zedat.fu-berlin.de> <E1LTbsO-000OYb-BL@daland.home>

next in thread | previous in thread | raw e-mail | index | archive | help
Alex Goncharov wrote:
> ,--- You/O. (Sun, 01 Feb 2009 12:07:32 +0100) ----*
> | Alex Goncharov wrote:
> | > ,--- You/O. (Sun, 01 Feb 2009 01:39:03 +0100) ----*
> | > | I did a 'ldd' on the Firefox3 binary
> | > | and  I got the attached dump of the linked shared objects.
> | > | Interestingly, the first three entries show up something missing -
> | >
> | > LD_LIBRARY_PATH=/usr/local/lib/firefox3 ldd /usr/local/lib/firefox3/firefox-bin | head -n 5
> | > /usr/local/lib/firefox3/firefox-bin:
> | >         libxul.so => /usr/local/lib/firefox3/libxul.so (0x28087000)
> | >         libmozjs.so => /usr/local/lib/firefox3/libmozjs.so (0x28e8f000)
> | >         libxpcom.so => /usr/local/lib/firefox3/libxpcom.so (0x28f1f000)
> | >
> | > firefox3 sets LD_LIBRARY_PATH for you :-)
> | >   
> | It does not!
>
> ----------------------------------------------------------------------
>
> $ grep run-mozilla.sh  /usr/local/bin/firefox3 
> # Use run-mozilla.sh in the current dir if it exists
> # If not, then start resolving symlinks until we find run-mozilla.sh
> run_moz="$curdir/run-mozilla.sh"
>     run_moz="$curdir/run-mozilla.sh"
>       run_moz="$dist_bin/run-mozilla.sh"
>   if [ -x "$moz_libdir/run-mozilla.sh" ]; then
>   echo $dist_bin/run-mozilla.sh $script_args $dist_bin/$MOZILLA_BIN "$@"
> "$dist_bin/run-mozilla.sh" $script_args "$dist_bin/$MOZILLA_BIN" "$@"
>
>
> $ grep  LD_LIBRARY_PATH /usr/local/lib/firefox3/run-mozilla.sh
> ## Set LD_LIBRARY_PATH
> ## On Solaris we use $ORIGIN (set in RUNPATH) instead of LD_LIBRARY_PATH 
> ## under dist/bin. To solve the problem, we should rely on LD_LIBRARY_PATH
>         LD_LIBRARY_PATH=${MOZ_DIST_BIN}:${MOZ_DIST_BIN}/plugins:${MRE_HOME}${LD_LIBRARY_PATH+":$LD_LIBRARY_PATH"}
> if [ -n "$LD_LIBRARY_PATH_64" ]; then
>         LD_LIBRARY_PATH_64=${MOZ_DIST_BIN}:${MOZ_DIST_BIN}/plugins:${MRE_HOME}${LD_LIBRARY_PATH_64+":$LD_LIBRARY_PATH_64"}
> ## Set DYLD_LIBRARY_PATH for Mac OS X (Darwin)
> DYLD_LIBRARY_PATH=${MOZ_DIST_BIN}:${MRE_HOME}${DYLD_LIBRARY_PATH+":$DYLD_LIBRARY_PATH"}
>   echo "  LD_LIBRARY_PATH=$LD_LIBRARY_PATH"
>   if [ -n "$LD_LIBRARY_PATH_64" ]; then
>         echo "LD_LIBRARY_PATH_64=$LD_LIBRARY_PATH_64"
>   echo "DYLD_LIBRARY_PATH=$DYLD_LIBRARY_PATH"
> export MOZILLA_FIVE_HOME LD_LIBRARY_PATH
> export SHLIB_PATH LIBPATH LIBRARY_PATH ADDON_PATH DYLD_LIBRARY_PATH
>
> ----------------------------------------------------------------------
>
> No, it doesn't?
>
> | ... on all of my boxes (amd64), it does not ... even on those
> | machines where Firefox3 is running, these libs are empty. But I
> | realized that those boxes are capable running firefox3 after the
> | 'great Xorg-update-catastrophy' have still installed firefox2 ... I
> | will check tomorrow at the lab if this do have an influence of the
> | proper work abilities of firefox3 when removing the old firefox2.
> | 
> | When setting LD_LIBRARY_PATH manually, adding /usr/lib/firefox3/, it
> | doesn't change the bad situation on the failing CURRENT amd64 box.
>
> All I was saying was that your ldd experiment was... hmm... not
> correct (if you agree with mine, of course). 
>   

Saying, it was stupid? You're correct. It was stupid and, of course, it
doesn't matter if the libs show up or not.
 I thought, at the first shot, firefox3 binary needs to have a complete
reference to all of its
libraries, but thinking so leads  the advantage of having dynamical
loadable objects ad absurdum.

Greetings,
Oliver



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4985A8B7.2040307>