From owner-freebsd-current@FreeBSD.ORG Sun Feb 1 13:50:48 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59ABD1065674; Sun, 1 Feb 2009 13:50:48 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id D5FD28FC16; Sun, 1 Feb 2009 13:50:47 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1LTcik-0003mx-F9>; Sun, 01 Feb 2009 14:50:46 +0100 Received: from e178029120.adsl.alicedsl.de ([85.178.29.120] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1LTcik-0006Sh-AD>; Sun, 01 Feb 2009 14:50:46 +0100 Message-ID: <4985A8B7.2040307@mail.zedat.fu-berlin.de> Date: Sun, 01 Feb 2009 14:50:47 +0100 From: "O. Hartmann" User-Agent: Thunderbird 2.0.0.19 (X11/20090131) MIME-Version: 1.0 To: Alex Goncharov 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> In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.29.120 X-Mailman-Approved-At: Sun, 01 Feb 2009 16:09:37 +0000 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". X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 13:50:49 -0000 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