a problem about linux-firefox
Alexander at Leidinger.net
Tue Oct 24 01:41:05 PDT 2006
Quoting Boris Samorodov <bsam at ipt.ru> (from Tue, 24 Oct 2006 00:38:26 +0400):
> I'll keep CC: freebsd-emulation@ for archieves.
> On Mon, 23 Oct 2006 21:01:59 +0800 bin wan wrote:
>> when I did it, no error display and linux-firfox and flash player is good.
>> But I still have a doubt.
>> wan# ldd /usr/local//lib/linux-firefox/firefox-bin
>> libmozjs.so => not found
>> libxpcom.so => not found
>> libxpcom_core.so => not found
>> libplds4.so => not found
>> libplc4.so => not found
>> libnspr4.so => not found
> Those libraries are not needed to run linux-firefox at minimal
> configuration. And we (linux freebsd-emulation@ team) try to keep
> linux_base port as minimal as it can be (and not to spam disks of all
> potential users of linux_base port)...
Most of those libs are firefox/mozilla/... internal libs. If you have
a look at this output fot the native firefox, you will see something
similar. The firefox (without -bin) script takes care of adding the
directory where those libs can be found to the search path for the
invocation of the firefox-bin binary.
>> libpthread.so.0 => /lib/obsolete/linuxthreads/libpthread.so.0
>> libdl.so.2 => /lib/libdl.so.2 (0x28a0c000)
>> libgtk-x11-2.0.so.0 => /usr/lib/libgtk-x11-2.0.so.0 (0x28a10000)
>> libgdk-x11-2.0.so.0 => /usr/lib/libgdk-x11-2.0.so.0 (0x28d07000)
>> libgdk_pixbuf-2.0.so.0 => /usr/lib/libgdk_pixbuf-2.0.so.0(0x28da2000)
>> libpangoxft-1.0.so.0 => /usr/lib/libpangoxft-1.0.so.0 (0x28db9000)
>> libpangox-1.0.so.0 => /usr/lib/libpangox-1.0.so.0 (0x28dbf000)
>> libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0x28dca000)
>> libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0x28e00000)
>> libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0x28e3c000)
>> libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x28e40000)
>> libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x28eca000)
>> libm.so.6 => /lib/obsolete/linuxthreads/libm.so.6 (0x28f9d000)
>> Why libmozjs.so refers to "not found"? and Why none of library refers to
>> /compat/linux directory??
> ...and those libraries listed here are really at /usr/compat
> directory. Just native FreeBSD ldd doen't show those path. I'd say
> that it's how our current linuxulator works: it looks at /compat/linux
> directory first and then reports the found filename upwards without
> prefix "/compat/linux".
It's hard to drive at the limit, but
it's harder to know where the limits are.
-- Stirling Moss
http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7
http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137
More information about the freebsd-emulation