Bug#499411: gtk+2.0: Better support for ia32-libs

[Tony Houghton]

On Thu, 18 Sep 2008 17:03:34 +0200
Josselin Mouette <joss at debian.org> 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