This is a problem I see since... well, I think that it has never worked. It is only seen under amd64, while it is working fine under x86 (maybe a problem related witg gtk+ on multilib systems?) Simply try the following: 1. Launch "epiphany" from, for example, icewm, and don't manually run "gnome-settings-daemon" 2. You will see that some icons are not shown (like "tab-new" and throbler icons), and the following in shown in terminal: $ epiphany sys:1: GtkWarning: Error loading theme icon 'tab-new' for stock: El icono «tab-new» no está presente en el tema ** (epiphany:21130): WARNING **: Throbber animation not found ** (epiphany:21130): WARNING **: Throbber fallback animation not found either My emerge --info: Portage 2.1.6.13 (default/linux/amd64/2008.0/desktop, gcc-4.3.2, glibc-2.9_p20081201-r2, 2.6.31-gentoo-r1 x86_64) ================================================================= System uname: Linux-2.6.31-gentoo-r1-x86_64-AMD_Athlon-tm-_64_Processor_3200+-with-gentoo-1.12.12 Timestamp of tree: Sat, 10 Oct 2009 19:25:01 +0000 ccache version 2.4 [enabled] app-shells/bash: 4.0_p28 dev-java/java-config: 2.1.8-r1 dev-lang/python: 2.6.2-r1 dev-util/ccache: 2.4-r7 dev-util/cmake: 2.6.4 sys-apps/baselayout: 1.12.12 sys-apps/sandbox: 1.6-r2 sys-devel/autoconf: 2.13, 2.63-r1 sys-devel/automake: 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.2 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.6a virtual/os-headers: 2.6.27-r2 ACCEPT_KEYWORDS="amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=native -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/config /var/lib/hsqldb" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c /etc/udev/rules.d" CXXFLAGS="-march=native -O2 -pipe" DISTDIR="/usr/distfiles" FEATURES="autoaddcvs ccache cvs distlocks fixpackages multilib-strict parallel-fetch protect-owned sandbox sfperms sign strict unmerge-orphans userfetch" GENTOO_MIRRORS="ftp://ftp.free.fr/mirrors/ftp.gentoo.org" LANG="es_ES.UTF-8" LC_ALL="es_ES.UTF-8" LDFLAGS="-Wl,-O1" LINGUAS="es es_ES en_US" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/portage/local/layman/sunrise /usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow 3dnowext X a52 aac acl acpi alsa amd64 applet avahi bash-completion berkdb branding bzip2 cairo cddb cdinstall cdr cleartype cli consolekit cracklib crypt css cups daap dbus djvu dri dts dvd dvdr dvi eds emboss encode evo exif fam fat ffmpeg firefox flac fortran fuse gdbm gif glitz gnome gnome-keyring gpm gstreamer gtk hal iconv imagemagick isdnlog java jpeg kdeenablefinal kdehiddenvisibility kpathsea latex libnotify lyx lzma mad mikmod mmx mmxext modules mono mp3 mp4 mpeg mudflap multilib musicbrainz nautilus ncurses network network-cron nls nptl nptlonly ntfs nvidia ogg opengl openmp pam pango pch pcre pdf perl png policykit ppds pppd python qt3support qt4 quicktime readline reflection reiserfs scanner sdl session spell spl sse sse2 ssl ssse3 startup-notification svg sysfs t1lib tcpd threads thunar tiff truetype unicode usb v4l2 vcd vorbis webkit x264 xattr xcb xinetd xml xmp xorg xpm xulrunner xv xvid zeroconf zlib" ALSA_CARDS="via82xx" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="es es_ES en_US" USERLAND="GNU" VIDEO_CARDS="nvidia nv vesa" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS Reproducible: Always
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. ***