Summary: | Some icons cannot be loaded when gnome-settings-daemon is not running under amd64 arch | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Pacho Ramos <pacho> |
Component: | [OLD] GNOME | Assignee: | Gentoo Linux Gnome Desktop Team <gnome> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | dhp_gentoo, rossi.f |
Priority: | High | Keywords: | InVCS |
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
URL: | https://bugzilla.gnome.org/show_bug.cgi?id=636462 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 366889 |
Description
Pacho Ramos
2009-10-11 12:20:37 UTC
please specify the versions of these components I am now using gnome 2.26 stable, but it was also valid with 2.22, 2.20, 2.24... [ebuild R ] x11-libs/gtk+-2.16.6 USE="X cups jpeg tiff -debug -doc -jpeg2k -test -vim-syntax -xinerama" 0 kB [ebuild R ] x11-wm/icewm-1.2.37 USE="nls spell truetype -debug -esd -imlib -minimal (-uclibc) -xinerama" 0 kB [ebuild R ] gnome-base/gnome-settings-daemon-2.26.1-r2 USE="libnotify -debug -pulseaudio" 0 kB [ebuild R ] www-client/epiphany-2.26.3-r1 USE="avahi python spell -debug -doc -networkmanager" 0 kB *** Bug 320461 has been marked as a duplicate of this bug. *** It's not just AMD64; I had this problem on AMD 32b x86 since at least a year. See bug 261345 In short, in emerge--info you will see my arch was not AMD64, and that after a few months, icons came back. The computer does not work anymore, but I have a pretty big backup, and I may be able to answer a few questions about it if you have any (like ... is gnome-base/gnome-settings-daemon installed on it ? :D ) emerging gnome-base/gnome-settings-daemon and running /usr/libexec/gnome-settings-daemon fixed it for me for now (i suspect fix will not persist over reboots) could you link the gtkrc file in /etc/gtk-2.0/x86_64-pc-linux-gnu to /etc/gtk-2.0 and tell us what happens ? /usr/libexec/gnome-settings-daemon fixed it untill reboot, and broke many other things (keybinds, themes ... ) before/after: dhp@uranus ~ $ ls -l /etc/gtk-2.0/x86_64-pc-linux-gnu total 16 -rw-r--r-- 1 root root 4551 2010-08-07 15:00 gdk-pixbuf.loaders -rw-r--r-- 1 root root 1762 2010-08-07 14:25 gtk.immodules -rw-r--r-- 1 root root 34 2010-08-07 14:24 gtkrc dhp@uranus ~ $ ls -l /etc/gtk-2.0 total 12 drwxr-xr-x 2 root root 4096 2010-06-28 20:32 i686-pc-linux-gnu -rw-r--r-- 1 root root 890 2010-08-07 14:24 im-multipress.conf drwxr-xr-x 2 root root 4096 2010-08-07 14:25 x86_64-pc-linux-gnu dhp@uranus ~ $ ls -l /etc/gtk-2.0/x86_64-pc-linux-gnu total 16 -rw-r--r-- 1 root root 4551 2010-08-07 15:00 gdk-pixbuf.loaders -rw-r--r-- 1 root root 1762 2010-08-07 14:25 gtk.immodules -rw-r--r-- 1 root root 34 2010-08-07 14:24 gtkrc dhp@uranus ~ $ ls -l /etc/gtk-2.0 total 12 lrwxrwxrwx 1 root root 38 2011-01-06 18:40 gtkrc -> /etc/gtk-2.0/x86_64-pc-linux-gnu/gtkrc drwxr-xr-x 2 root root 4096 2010-06-28 20:32 i686-pc-linux-gnu -rw-r--r-- 1 root root 890 2010-08-07 14:24 im-multipress.conf drwxr-xr-x 2 root root 4096 2010-08-07 14:25 x86_64-pc-linux-gnu dhp@uranus ~ $ Fixed it for me. You made my day \o/ Ok, that confirms my suspicions. The problem is that the multilib patch forces us to move gtk.immodules and gdk-pixbuf.loaders to an arch specific location, but gtkrc is not chost specific and thus was not part of the changes in the multilib patch. However the ebuild ignores this logic so it installs the file in the wrong location. I'll fix up the ebuild to install gtkrc in /etc/gtk-2.0 always. *** Bug 349922 has been marked as a duplicate of this bug. *** + 12 Jan 2011; Gilles Dartiguelongue <eva@gentoo.org> gtk+-2.22.1-r1.ebuild: + Always apply multilib patch, will avoid falling into bug #288549 again, and + handle file move in postinst as well. Add some needed die statements. + Mutualize build directory removal code. Insert gtkrc at the proper location, + bug #288549. Also generate gtk.immodules file, there is no reason the + directory would not exist. Another attemp at making testsuite run + successfully for everyone, bug #285687. Pin gdk-pixbuf dependency to slot 2. + Add gdk-pixbuf split handling in postinst. + Should be fixed in 2.22.1-r1 which should be stabilized in a short while. Thanks for reporting. Works fine :-D Thanks *** Bug 330509 has been marked as a duplicate of this bug. *** |