Problems with in new linuxpluginwrapper

Sebastian Strollo seb at
Sat Jan 22 05:00:18 PST 2005


On Jan 22, 2005, at 3:23 AM, Adam McLaurin wrote:

> Since upgrading to linuxpluginwrapper-20050119, I am getting the
> following warning when starting Galeon:
>  $ galeon
> LoadPlugin: failed to initialize shared library
> /usr/local/lib/linux-mozilla/plugins/ [Shared object
> "" not found, required by ""]

And so I assume you were not getting them before? (Also - does galeon 

> On my system:
> -$ locate -i "" |xargs ls -al
> lrwxrwxrwx  1 root  wheel       18 Jan 21 09:26
> /usr/compat/linux/usr/lib/ ->
> -rwxr-xr-x  1 root  wheel  4181584 Sep  3  2002
> /usr/compat/linux/usr/lib/

Ah, but as far as I understand the point of the linuxwrapper it is to 
run the plugins as *FreeBSD* binaries (i.e. not using the linux compat 
layer). So what the wrapper does is to emulate the glibc & system calls 
that are sufficently different and the rest of library & syscalls are 
passed onto the FreeBSD libraries and kernel. Norikatsu, please correct 
me if I've missunderstood.

Anyways, to solve your problem you need someway of mapping the request 
for (which the nphelix, realplayer, plugin needs) to a 
FreeBSD library. On my 5.3-RELEASE system I have the following in 

# NPhelix (RealPlayer) with Mozilla/Firefox (others not tested)
[/usr/local/lib/linux-mozilla/plugins/]                               pluginwrapper/

Which does the trick for me at least... (I think I forgot to include 
that in the sample libmap.conf file in my patch to Norikatsu)



More information about the freebsd-ports mailing list