Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 217094

Summary: Consider providing multilib support for packages providing GTK modules
Product: Gentoo Linux Reporter: Christopher Smith <x>
Component: Current packagesAssignee: Gentoo Linux Gnome Desktop Team <gnome>
Status: CONFIRMED ---    
Severity: minor CC: asl, kaikaikai, mobiusstripper, multilib+disabled, norman.shulman, printing, web, yamadharma, znmeb
Priority: Normal    
Version: unspecified   
Hardware: All   
OS: Linux   
Whiteboard: Was: app-emulation/emul-linux-x86-gtklibs: Launching acroread and other gnome apps produces gnomebreakpad load failure.
Package list:
Runtime testing required: ---
Bug Depends on: 145737    
Bug Blocks:    

Description Christopher Smith 2008-04-10 07:22:44 UTC
This appears to be related to: http://bugzilla.gnome.org/show_bug.cgi?id=462155.

Launching various apps, including acroread from the command line produces an error indicating that the module gnomebreakpad couldn't load.

Reproducible: Always

Steps to Reproduce:
1. acroread

Actual Results:  
Gtk-Message: Failed to load module "gnomebreakpad": libgnomebreakpad.so: cannot open shared object file: No such file or directory

(note: the app still works)

Expected Results:  
No error message, but the app still works.
Comment 1 Daniel Gryniewicz (RETIRED) gentoo-dev 2008-04-15 02:27:05 UTC
This is cosmetic only.  It's caused by some random stuff that bug-buddy attempts to use.
Comment 2 Christopher Smith 2008-04-15 02:38:41 UTC
Yes, this is why I ranked the severity as minor.
Still seems worth fixing using the same approach as other distros.
Comment 3 Gilles Dartiguelongue gentoo-dev 2008-05-08 14:43:29 UTC
you can unset GTK_MODULES (or strip libgnomebreakpad from it) to get rid of the warning. I personnaly don't see it in 2.22 but that's probably because I try to stay away of non-free apps.
Comment 4 M. Edward Borasky 2008-07-07 14:28:20 UTC
However ... 

 $ acroread
Gtk-Message: Failed to load module "gnomebreakpad": libgnomebreakpad.so: cannot open shared object file: No such file or directory
$ locate gnomebreakpad
/usr/lib64/gtk-2.0/modules/libgnomebreakpad.la
/usr/lib64/gtk-2.0/modules/libgnomebreakpad.so
 $ 

But the library is *there*, so something isn't getting correctly linked/compiled/installed/whatever.
Comment 5 Gilles Dartiguelongue gentoo-dev 2008-07-07 15:19:20 UTC
probably a problem of binary 32 bit app trying to load 64 bit lib.
Comment 6 Gilles Dartiguelongue gentoo-dev 2008-11-22 00:24:30 UTC
actually, could you run ldd /usr/lib64/gtk-2.0/modules/libgnomebreakpad.so and see if there is a "not found" entry ? 

If the bug in comment #0 is the same, then this is solved in newer bug-buddy. amd64 platforms are not supported by google-breakpad and so it shouldn't be linked (according to configure.in).
Comment 7 Christopher Smith 2008-11-22 00:35:33 UTC
There are no "not founds", but this is easier to verify than that. I only have libgnomebreakpad.so in my /usr/lib64, so it's a given that it will not be found by any 32-bit application.
Comment 8 Gilles Dartiguelongue gentoo-dev 2009-04-22 23:19:14 UTC
Today I was curious if this "problem" still existed:

$ LC_ALL="C" acroread 
Gtk-Message: Failed to load module "gail": libgail.so: cannot open shared object file: No such file or directory
Gtk-Message: Failed to load module "atk-bridge": libatk-bridge.so: cannot open shared object file: No such file or directory
/usr/share/themes/Glossy/gtk-2.0/gtkrc:75: error: unexpected identifier `reliefstyle', expected character `}'
Gtk-Message: Failed to load module "canberra-gtk-module": libcanberra-gtk-module.so: cannot open shared object file: No such file or directory
Gtk-Message: Failed to load module "gail": libgail.so: cannot open shared object file: No such file or directory
Gtk-Message: Failed to load module "atk-bridge": libatk-bridge.so: cannot open shared object file: No such file or directory
Gtk-Message: Failed to load module "gnomebreakpad": libgnomebreakpad.so: cannot open shared object file: No such file or directory


since portage isn't handling multiple userland ABIs, not sure this is gonna be resolved soon. @gnome, Is there is meta-bug for this multi-ABI stuff ?
Comment 9 Pacho Ramos gentoo-dev 2010-01-09 14:56:50 UTC
Currently this is the message:
$ LC_ALL=C acroread
Gtk-Message: Failed to load module "canberra-gtk-module": libcanberra-gtk-module.so: cannot open shared object file: No such file or directory
Gtk-Message: Failed to load module "gnomebreakpad": libgnomebreakpad.so: cannot open shared object file: No such file or directory

Until proper multilib support is added to portage, we acould "solve" this simply including bug-buddy and media-libs/libcanberra to app-emulation/emul-linux-x86-gtklibs and app-emulation/emul-linux-x86-medialibs respectively :-/

What does gnome team think?
Comment 10 Christian Birchinger (RETIRED) gentoo-dev 2010-01-25 14:38:53 UTC
I have a similar problem here where acroread tries to load 64bit engines on a 32bit platform. To be clear, 32bit versions of that engines are installed on the system (in lib32), but acroread unlike other apps refusees to load them.

(acroread:2205): Gtk-WARNING **: /usr/lib64/gtk-2.0/2.10.0/engines/libpixmap.so: wrong ELF class: ELFCLASS64

(About 30-40 of those warnings)

I fixes this by using "GTK_PATH=/usr/lib32/gtk-2.0" before starting acroread. I replaced the /opt/bin/acroread symlink with a small wrapper script now.
Comment 11 Mathieu Z 2010-02-19 07:58:58 UTC
I am also have this annoying messages on my terminal even though I am NOT using GNOME. I have gnome-light installed. I am using awesome as my WM, but I start gnome-settings-daemon and gnome-keyring-daemon in .xinitr

$ pgrep -fl gnome
2468 /usr/libexec/gnome-settings-daemon
2476 /usr/bin/gnome-keyring-daemon
2868 gnome-pty-helper

but it pops up whenever I open anything with gtk stuff. Even gvim.
Comment 12 Pacho Ramos gentoo-dev 2010-04-05 18:16:42 UTC
gnomebreakpad and libcanberra warnings are shown simply because their respective 32 bits libraries are not added in emul package (and I don't plan to add them simply to solve this minor warnings). Then, this depends on bug 145737 and I close this as LATER.

Best regards
Comment 13 David J Cozatt 2010-12-15 02:04:07 UTC
david@random ~/$ LC_ALL="C" emacs
Gtk-Message: Failed to load module "gnomebreakpad": libgnomebreakpad.so: cannot open shared object file: No such file or directory

avid@random ~/$ LC_ALL="C" gedit   
Gtk-Message: Failed to load module "gnomebreakpad": libgnomebreakpad.so: cannot open shared object file: No such file or directory

david@random ~/ $ gnome-sudoku         
** Message: pygobject_register_sinkfunc is deprecated (GtkWindow)
** Message: pygobject_register_sinkfunc is deprecated (GtkInvisible)
** Message: pygobject_register_sinkfunc is deprecated (GtkObject)
Gtk-Message: Failed to load module "gnomebreakpad": libgnomebreakpad.so: cannot open shared object file: No such file or directory
david@random ~/projects/work/vte-0.26.2 $ 
Comment 14 Pacho Ramos gentoo-dev 2012-02-20 20:30:40 UTC
*** Bug 404557 has been marked as a duplicate of this bug. ***
Comment 15 Pacho Ramos gentoo-dev 2016-03-08 14:33:00 UTC
*** Bug 548628 has been marked as a duplicate of this bug. ***
Comment 16 Pacho Ramos gentoo-dev 2016-03-08 14:35:37 UTC
Either we run unset GTK_MODULES modules in acroread script (are the modules really needed?) or we should probably provide multilib support for libcanberra and other packages (?) providing GTK_MODULES to prevent errors like this in apps using gtk
Comment 17 Alexandre Rostovtsev (RETIRED) gentoo-dev 2016-03-08 14:47:04 UTC
canberra already installs multilib modules. The only thing I have that doesn't install multilib gtk2 modules is caribou, but I am not sure if acroread cares about it.

$ ls /usr/lib64/gtk-2.0/modules/
libatk-bridge.so           libcaribou-gtk-module.so  libgail.so
libcanberra-gtk-module.so  libferret.so
$ ls /usr/lib32/gtk-2.0/modules/
libatk-bridge.so  libcanberra-gtk-module.so  libferret.so  libgail.so
Comment 18 Pacho Ramos gentoo-dev 2016-03-12 08:49:31 UTC
Well, acroread has been running for ages without even the canberra module ;), then, it will probably be ok without caribou. The problem is that, if I don't misremember, the warning/error will be shown anyway if that caribou module ends up in the GTK modules var (even if it's really harmless) like it happened in the past with the old gnomebreakpad module