Re: Xorg upgrade desaster: Xlib: extension "Generic Event Extension" missing on display ":0.0".

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 "$_at_"
> "$dist_bin/run-mozilla.sh" $script_args "$dist_bin/$MOZILLA_BIN" "$_at_"
>
>
> $ 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