mozilla port borked?

[Joe Marcus Clarke]

On Mon, 2003-04-28 at 16:42, Julian Elischer wrote:
> On 28 Apr 2003, Joe Marcus Clarke wrote:
> 
> > On Mon, 2003-04-28 at 15:32, Julian Elischer wrote:
> > > I ran portipdate on Friday and since then mozilla
> > > doesn't run..
> > > 
> > > > mozilla
> > > /usr/libexec/ld-elf.so.1: Shared object "libmozjs.so" not found
> > > /usr/libexec/ld-elf.so.1: Shared object "libmozjs.so" not found
> > > > 
> > > there IS such a file in the mozilla work dir..
> > 
> > Are you launching Mozilla out of the port working dir, or from
> > /usr/X11R6/bin?  If the latter, then the libmozjs.so file should be in
> > /usr/X11R6/lib/mozilla directory.  In this case, the mozilla script sets
> > LD_LIBRARY_PATH such that this object can be found.
> > 
> > If you're running it from the port working dir, and there is no
> > /usr/X11R6/lib/mozilla/libmozjs.so, then the it will most likely fail.
> 
> Ahh
> I'm launching from /usr/X11R6/bin/mozilla
> 
> but the script doesn't seem to be changing anything..
> --------------------------------
> #!/bin/sh
> 
> MOZILLA_DIR="/usr/X11R6/lib/mozilla"
> MOZILLA_EXEC="mozilla"
> LOCATION='new-tab'
> 
> cd $MOZILLA_DIR                                     || exit 1
> 
> case $1 in
>     -mail)
>         REMOTE_COMMAND="xfeDoCommand (openInbox)"
>         ;;
>     -*)
>         exec ./$MOZILLA_EXEC "$@"
>         ;;
>     *)
>         REMOTE_COMMAND="openURL($@, $LOCATION)"
>         ;;
> esac
> 
> # process found
> ./$MOZILLA_EXEC -remote "ping()"                    &&
> ./$MOZILLA_EXEC -remote "$REMOTE_COMMAND"           && exit 0
> 
> # no existing process
> exec ./$MOZILLA_EXEC "$@"
> -------------------------------
> 
> /usr/X11R6/lib/mozilla/mozilla 
> doesn't seem to be doing it either.

Right.  /usr/X11R6/lib/mozilla/run-mozilla.sh does all the magic (around
line 358).

> 
> However doing ldconfig -m /usr/X11R6/bin/mozilla
                                       ^^^
Really!?  That doesn't make any sense at all.  /usr/X11R6/lib/mozilla
might make sense, but it shouldn't be required.  If you run mozilla -g
from the command line, it should print out all the variables.  I have
the GTK+-2 version, but yours should be similar to:

MOZILLA_FIVE_HOME=.
 
LD_LIBRARY_PATH=.:./plugins:/usr/X11R6/lib/browser_plugins:/usr/X11R6/lib/mre/mre-1.3
DISPLAY=:0.0
FONTCONFIG_PATH=/usr/X11R6/etc/fonts:./res/Xft
DYLD_LIBRARY_PATH=.:/usr/X11R6/lib/mre/mre-1.3
     LIBRARY_PATH=.:./components:/usr/X11R6/lib/mre/mre-1.3
       SHLIB_PATH=.:/usr/X11R6/lib/mre/mre-1.3
          LIBPATH=.:/usr/X11R6/lib/mre/mre-1.3
       ADDON_PATH=.
      MOZ_PROGRAM=./mozilla-bin
      MOZ_TOOLKIT=
        moz_debug=1
     moz_debugger=


> seems to fix it..

> I see that there are some of these libraries in
> other directories
> (see below) 
> 
> I think that the port should clear out old copies in these places
> because I think I'm getting a mix of old and new versions of these 
> libs.
> 
> > 
> > Joe
> > > julian# ldd /usr/X11R6/lib/mozilla/mozilla-bin 
> > > /usr/X11R6/lib/mozilla/mozilla-bin:
> > >         libmozjs.so => /usr/local/lib/libmozjs.so (0x2809b000)
> > >         libplds4.so => /usr/local/lib/libplds4.so (0x2810c000)
> > >         libplc4.so => /usr/local/lib/libplc4.so (0x28132000)
> > >         libnspr4.so => /usr/local/lib/libnspr4.so (0x2815a000)
> > >         libgtk12.so.2 => /usr/X11R6/lib/libgtk12.so.2 (0x28189000)
> > >         libgdk12.so.2 => /usr/X11R6/lib/libgdk12.so.2 (0x282b1000)
> > >         libgmodule12.so.3 => /usr/local/lib/libgmodule12.so.3
> > > (0x282e5000)
> > >         libglib12.so.3 => /usr/local/lib/libglib12.so.3 (0x282e8000)
> > >         libintl.so.4 => /usr/local/lib/libintl.so.4 (0x2830a000)
> > >         libXi.so.6 => /usr/X11R6/lib/libXi.so.6 (0x28312000)
> > >         libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x2831a000)
> > >         libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x28328000)
> > >         libm.so.2 => /usr/lib/libm.so.2 (0x283e4000)
> > >         libstdc++.so.3 => /usr/lib/libstdc++.so.3 (0x283ff000)
> > >         libc_r.so.4 => /usr/lib/libc_r.so.4 (0x28444000)
> > >         libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x284f9000)
> > >         libXThrStub.so.6 => /usr/X11R6/lib/libXThrStub.so.6 (0x285d4000)
> > > julian#
> 
> for example, libnspr4 is in /usr/local/lib and /usr/X11R6/lib/mozilla.
> It's getting ht eold one in the link.

This is seriously weird.  While having /usr/local/lib/libplds4.so,
/usr/local/lib/libplc4.so, and /usr/local/lib/libnspr4.so are acceptable
(devel/nspr may installed them), having /usr/local/lib/libmozjs.so is
not.  Do a pkg_info -W /usr/local/lib/libmozjs.so, and find out which
port/package installed it.

As for the rest of the libs, they look okay compared to my -STABLE
machine.

Joe

> 
-- 
PGP Key : http://www.marcuscom.com/pgp.asc


-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: This is a digitally signed message part
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20030428/fe4d9e83/attachment.bin