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.
This is cosmetic only. It's caused by some random stuff that bug-buddy attempts to use.
Yes, this is why I ranked the severity as minor. Still seems worth fixing using the same approach as other distros.
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.
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.
probably a problem of binary 32 bit app trying to load 64 bit lib.
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).
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.
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 ?
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?
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.
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.
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
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 $
*** Bug 404557 has been marked as a duplicate of this bug. ***
*** Bug 548628 has been marked as a duplicate of this bug. ***
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
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
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
