Bug#487788: [Pkg-ia32-libs-maintainers] Bug#487788: gtk+2.0: Searches for 32 bits stuff on 64 bits path
Javier Serrano Polo [EMAIL PROTECTED] writes: El dj 17 de 07 de 2008 a les 00:43 +0200, en/na Santiago Garcia Mantinan va escriure: and nobody else is helping or proposing any other thing, Are you kidding? I've got no problems regarding gtk. If you want a working solution, you know what to do (don't you?). Face it, full 32 bit support isn't a priority and won't be ready for lenny. Moreover, ia32-libs won't recompile anything, it isn't its purpose. If you want an official solution please be patient and wait, raising severity won't help. can anybody help with any idea on how to solve this? You're a DD, you've got the resources. You could host or mirror the ia32 repository. Or just sponsor an upload this weekend including a newer gtk deb. Just need some time to test it before commiting it as good. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487788: gtk+2.0: Searches for 32 bits stuff on 64 bits path
El dj 17 de 07 de 2008 a les 00:43 +0200, en/na Santiago Garcia Mantinan va escriure: and nobody else is helping or proposing any other thing, Are you kidding? I've got no problems regarding gtk. If you want a working solution, you know what to do (don't you?). Face it, full 32 bit support isn't a priority and won't be ready for lenny. Moreover, ia32-libs won't recompile anything, it isn't its purpose. If you want an official solution please be patient and wait, raising severity won't help. can anybody help with any idea on how to solve this? You're a DD, you've got the resources. You could host or mirror the ia32 repository. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487788: [Pkg-ia32-libs-maintainers] Bug#487788: gtk+2.0: Searches for 32 bits stuff on 64 bits path
Nothing gets build, can't be on ia64 and hasn't been tried for ever on amd64. To update the prebuild debs and sources use the fetch-and-build script in the source package. I tried to update it and it failed because of libldap2 not being on the archives, as we have libldap-2.4-2 I removed libldap2 and tried to continue, that worked if I get the packages from sid, on etch I still had to remove liblzo1. So... I ended up building the packages from sid and testing with similar results when I tested the libs... error while loading shared libraries: libxcb-xlib.so.0: cannot open shared object file: No such file or directory I wasn't getting this error with the libraries we now have on testing, so I'm a bit lost here. Any ideas? Regards... -- Manty/BestiaTester - http://manty.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487788: gtk+2.0: Searches for 32 bits stuff on 64 bits path
could you try rebuilding ia32-libs and verifying that it works? I did when I implemented this change, and it worked for me. The problem here seems to be how you rebuild the ia32-libs, I did a debuild on them and nothing changed, so I took a look at the build logs and saw that nothing had been compiled, looked like the tarball had it all inside... so... how do I rebuild this? Regards... -- Manty/BestiaTester - http://manty.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487788: [Pkg-ia32-libs-maintainers] Bug#487788: gtk+2.0: Searches for 32 bits stuff on 64 bits path
Santiago Garcia Mantinan [EMAIL PROTECTED] writes: could you try rebuilding ia32-libs and verifying that it works? I did when I implemented this change, and it worked for me. The problem here seems to be how you rebuild the ia32-libs, I did a debuild on them and nothing changed, so I took a look at the build logs and saw that nothing had been compiled, looked like the tarball had it all inside... so... how do I rebuild this? Regards... Nothing gets build, can't be on ia64 and hasn't been tried for ever on amd64. To update the prebuild debs and sources use the fetch-and-build script in the source package. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487788: gtk+2.0: Searches for 32 bits stuff on 64 bits path
Package: gtk+2.0 Severity: important Hi! There is a problem when trying to run some 32 bits applications on amd64 arch. The problem I see is that gtk will look for the 32 bits libs on the normal library paths and I'm getting errors like this one: Unable to load image-loading module: /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so: /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so: wrong ELF class: ELFCLASS64 This has been discussed already on Ubuntu: https://bugs.launchpad.net/ubuntu/+source/ia32-libs/+bug/177869 It seems it got fixed on this version: gtk+2.0 (2.12.9-3ubuntu2) hardy; urgency=low * Use 32bit pixbuf loaders when running the i386 binary on amd64. LP: #205223, #177869, #190227. -- Matthias Klose email address hidden Fri, 18 Apr 2008 16:38:13 + and afterwards those changes got then applied to the ia32 libs so that it was finally fixed. So... we need to fix that on gtk+2.0 and then rebuild the ia32 libs. Even though I'm currently running gtk+2.0 from testing on this machine I have tried with unstable's version and same thing happened, of course this was to be expected as the important part seems to be on ia32 libs, but I'm already running the latest ia32 libs. If this bug has already been fixed on gtk+2.0 please assign it to the ia32 libs so that they rebuild against the latest gtk+2.0, please. If you need any tests or whatever just ask. Thanks in advance! -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-amd64 (SMP w/2 CPU cores) Locale: LANG=gl_ES.UTF-8, LC_CTYPE=gl_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487788: gtk+2.0: Searches for 32 bits stuff on 64 bits path
reassign 487788 ia32-libs stop On Tue, Jun 24, 2008, Santiago Garcia Mantinan wrote: gtk+2.0 (2.12.9-3ubuntu2) hardy; urgency=low * Use 32bit pixbuf loaders when running the i386 binary on amd64. LP: #205223, #177869, #190227. -- Matthias Klose email address hidden Fri, 18 Apr 2008 16:38:13 + and afterwards those changes got then applied to the ia32 libs so that it was finally fixed. So... we need to fix that on gtk+2.0 and then rebuild the ia32 libs. It was also fixed (differently) in 2.12.9-4: * New patch, 022_module-files-append-compat-module-files-d, prefer /usr/lib32/gtk-2.0/gtk-binary-version/loader-files.d and /immodule-files.d over the /usr/lib/.../*.d pathnames added in 020_immodules-files-d and 021_loader-files-d when available; this is useful for ia32-libs support; other modules might need additional support depending on how they are loaded, for example GTK_MODULES will probably still be looked up below libdir, as well as engines, printbackends, filesystems, and generic modules. See also Ubuntu #205223 and #190227 for examples. could you try rebuilding ia32-libs and verifying that it works? I did when I implemented this change, and it worked for me. -- Loïc Minier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
