On Thu, 18 Sep 2008 17:03:34 +0200
Josselin Mouette <[EMAIL PROTECTED]> wrote:
> Le jeudi 18 septembre 2008 à 14:57 +0100, Tony Houghton a écrit :
> > The ia32-libs-gtk package for amd64 is built by unpacking i386 packages
> > and moving the contents of /usr/lib to /emul/ia32-linux/usr/lib etc etc
> > before repackaging them in an amd64 deb. However, some components still
> > try to load libraries dynamically from /usr/lib at run-time so they
> > don't work correctly - such as theme engines and probably pixbuf
> > loaders.
> >
> > The ia32-libs-gtk packager could recompile the packages with a different
> > libdir but this could cause them some difficulty making sure they're
> > built with the correct headers etc for ia32. I wondered whether it might
> > be easier to patch the gtk+2.0 package so that if it fails to load a
> > library from a libdir it then tries the corresponding directory in
> > /emul/ia32-linux (or whatever its target arch is).
>
> We already have 022_module-files-append-compat-module-files-d.patch to
> look for files under /usr/lib32. Did the location change?
>
> Please provide an updated and tested replacement for this patch if this
> is the case.
I was wrong about ia32-libs-gtk being too old for this patch. I just
checked the source package and it contains
libgtk2.0-0_2.12.11-3_i386.deb which does post-date the patch.
The patch just isn't fixing things for me. If I try a 32-bit firefox
(the 3.0.1 binary tarball from mozilla.org):
(firefox-bin:6255): Gtk-WARNING **:
/usr/lib/gtk-2.0/2.10.0/engines/libclearlooks.so: wrong ELF class: ELFCLASS64
I checked it with ldd and it is dynamically linked:
libgtk-x11-2.0.so.0 => /usr/lib32/libgtk-x11-2.0.so.0 (0xf7b44000)
/emul/ia32-linux/usr/lib/gtk-2.0/2.10.0/engines/libclearlooks.so is
present and /usr/lib32 is a symlink to /emul/ia32-linux/usr/lib.
--
TH * http://www.realh.co.uk
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
