From owner-freebsd-questions@FreeBSD.ORG Sun Feb 1 12:56:42 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD9E61065673 for ; Sun, 1 Feb 2009 12:56:42 +0000 (UTC) (envelope-from alex-goncharov@comcast.net) Received: from QMTA04.westchester.pa.mail.comcast.net (qmta04.westchester.pa.mail.comcast.net [76.96.62.40]) by mx1.freebsd.org (Postfix) with ESMTP id 745368FC13 for ; Sun, 1 Feb 2009 12:56:42 +0000 (UTC) (envelope-from alex-goncharov@comcast.net) Received: from OMTA04.westchester.pa.mail.comcast.net ([76.96.62.35]) by QMTA04.westchester.pa.mail.comcast.net with comcast id AcgD1b0050ldTLk54cwizW; Sun, 01 Feb 2009 12:56:42 +0000 Received: from daland.home ([24.34.211.11]) by OMTA04.westchester.pa.mail.comcast.net with comcast id Acwh1b00L0FJTGg3Qcwiqi; Sun, 01 Feb 2009 12:56:42 +0000 Received: from algo by daland.home with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LTbsO-000OYb-BL; Sun, 01 Feb 2009 07:56:40 -0500 From: Alex Goncharov To: "O. Hartmann" In-reply-to: <49858274.6090807@mail.zedat.fu-berlin.de> (ohartman@mail.zedat.fu-berlin.de) References: <49837CFD.4080603@mail.zedat.fu-berlin.de> <200901301430.07087.fbsd.questions@rachie.is-a-geek.net> <4984EF27.2050405@mail.zedat.fu-berlin.de> <49858274.6090807@mail.zedat.fu-berlin.de> Message-Id: Sender: Alex Goncharov Date: Sun, 01 Feb 2009 07:56:40 -0500 Cc: freebsd-questions@freebsd.org, freebsd-current@freebsd.org, fbsd.questions@rachie.is-a-geek.net, alex-goncharov@comcast.net Subject: Re: Xorg upgrade desaster: Xlib: extension "Generic Event Extension" missing on display ":0.0". X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alex Goncharov List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 12:56:43 -0000 ,--- 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). -- Alex -- alex-goncharov@comcast.net --