reassign 499411 ia32-libs-gtk thanks Le jeudi 18 septembre 2008 à 20:40 +0100, Tony Houghton a écrit : > 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.
OK, this is because ia32-libs-gtk is missing a few things. IM modules and pixbuf loaders are handled specifically by looking at /usr/lib32, because the paths to the modules are hardcoded in configuration files. This is why, for them, the /usr/lib32 symlink is enough. However, for the others, multiarch paths are searched first. Therefore, if you want correct support for theme engines, print backends, GTK+ modules and filesystem backends, you only need to add the following symbolic links: /usr/lib/gtk-2.0/i486-pc-linux-gnu => /emul/ia32/usr/lib/gtk-2.0 /usr/lib/gtk-2.0/@APIVER@/i486-pc-linux-gnu => /emul/ia32/usr/lib/gtk-2.0/@APIVER@ (@APIVER@ currently being 2.10.0) Feel free to ask us for more information if this is not enough. Cheers, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `- our own. Resistance is futile.
signature.asc
Description: Ceci est une partie de message numériquement signée
