I noticed that Galeon compains about not being able to run gnomebreakpad because of libgnomebreakpad.so. This file is found in /usr/lib64/gtk-2.0/modules/ however, there is no reference to /usr/lib64/gtk-2.0/modules/ in /etc/ld.so.conf (nor in any of the files in /etc/env.d). Several packages use that directory for libraries: gdm, gail and bug-buddy. Is this an oversight with gnome-2.20? Reproducible: Always Steps to Reproduce: 1.Update to gnome-2.20 2.run Galeon 3. Observe that it compains about gnomebreakpad and libgnomebreakpad.so Expected Results: Somehow /usr/lib64/gtk-2.0/modules/ should be added to /etc/ld.so.conf
No. It doesn't belong to ld.so.conf. It's a directory where gtk+ looks for its own modules. libgnomebreakpad.so is a different issue than you think. libgnomebreakpad.so doesn't really matter on a Gentoo system if regardless of that bug-buddy does get a stacktrace in case of crashes - gnomebreakpad is used in binary distributions mainly to send minidumps to a server, that will match it with the matching debug packages to get a full stacktrace and as every Gentoo system is compiled differently, it isn't useful for gentoo right now anyhow and we just use FEATURES=splitdebug combined with CFLAGS="${CFLAGS} -ggdb" to get as good information (or also FEATURES=installsources and get even better traces).
*** This bug has been marked as a duplicate of bug 202533 ***
