Date: Sat, 02 Jul 2005 13:12:49 -0700 From: Eric Anholt <eta@lclark.edu> To: darren@chatcanada.net Cc: freebsd-ports-bugs@freebsd.org, freebsd-x11@freebsd.org Subject: Re: missing library libXThrStub.so.6 Message-ID: <1120335169.7459.17.camel@leguin> In-Reply-To: <54944.127.0.0.1.1120272945.squirrel@mail.chatcanada.net> References: <54944.127.0.0.1.1120272945.squirrel@mail.chatcanada.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 2005-07-01 at 20:55 -0600, darren@chatcanada.net wrote: > As listed in /usr/ports/x11/xorg-libraries/pkg-plist > %%XTHRSTUB:%%lib/libXThrStub.so > %%XTHRSTUB:%%lib/libXThrStub.so.6 > > yet > > %find / -name "libXThrStub.so.6" > % > > and it is required by opera 8.01 to use it's plugins correctly. > > %/usr/X11R6/share/opera/plugins/operamotifwrapper-3 > /usr/libexec/ld-elf.so.1: Shared object "libXThrStub.so.6" not found, > required by "operamotifwrapper-3" > > > If anyone could shed any light on this, it would be appreciated, please > e-mail me directly as I am not subscribed to this list. You're running a binary built against really old X bits (I got rid of libXThrStub when, 5.2ish?). One solution would be to put libXThrStub.so.6 in compat4x, since it's only needed for binaries built against 4.x libc. Another solution would be to unconditionally produce the library, just empty in the case of -current, though that doesn't help your 4.x binaries. Or I could go and make the library always exist as before. I've got an open bug in fd.o bugzilla about the lack of libXThrStub on 4.x (where it has to exist, due to libc_r sucking), so whenever I fix that I should do something for -current as well. That should be before the next X.Org release. -- Eric Anholt eta@lclark.edu http://people.freebsd.org/~anholt/ anholt@FreeBSD.org
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1120335169.7459.17.camel>