lxpanel suddenly not displaying .svg icons
lxpanel suddenly not displaying .svg icons
Title about says it all ... scalable vector graphic icons suddenly quit displaying in lxpanel, either in launch bar or task bar. Reinstalled all librsvg2 libraries, no effect.
-
- Posts: 381
- Joined: Mon Mar 23, 2009 5:14 am
Re: lxpanel suddenly not displaying .svg icons
It could be that you upgraded GTK and it lost the ability to load SVGs. Try the following command as root.
You could "grep svg /etc/gtk-2.0/gdk-pixbuf.loaders" before and after to see if it gets picked up.
gdk-pixbuf-query-loaders > /etc/gtk-2.0/gdk-pixbuf.loaders
You could "grep svg /etc/gtk-2.0/gdk-pixbuf.loaders" before and after to see if it gets picked up.
gdk-pixbuf-query-loaders > /etc/gtk-2.0/gdk-pixbuf.loaders
Re: lxpanel suddenly not displaying .svg icons
Thanks for the suggestion, Marty. Unfortunately, no joy. There was indeed no /etc/gtk-2.0/gdk-pixbuf.loaders file on my system, and running /usr/lib/libgtk2.0-0/gdk-pixbuf-query-loaders > /etc/gtk-2.0/gdk-pixbuf.loaders appears to have written the file correctly, but svg icons still not displayed by lxpanel. FWIW I find no other problems displaying svg files on my system, although I'm not knowledgeable enough about GTK to know if rendering in particular apps would be similarly affected.
Edit to add: This problems seems to correspond with upgrades of libgtk2.0-0 and libgtk2.0-common done on 3/21/09; both upgraded from (Debian) version 2.12.12-1 to 2.14.7-4.
Edit to add: This problems seems to correspond with upgrades of libgtk2.0-0 and libgtk2.0-common done on 3/21/09; both upgraded from (Debian) version 2.12.12-1 to 2.14.7-4.
-
- Posts: 381
- Joined: Mon Mar 23, 2009 5:14 am
Re: lxpanel suddenly not displaying .svg icons
This is not a problem that LXDE can solve. It is a configuration problem involving GTK. I have confirmed that .svg icons work on my system. I know about this only because I did have to fix this after I installed a new GTK.
My suspicion is that on your distro the files may be in slightly different locations.
To get this working you need svg_loader.so in the directory that has a bunch of libpixbufloader-<something>.so
The svg_loader comes from librsvg. On my system it is /usr/lib/gtk-2.0/2.10.0/loaders.
You also need gdk-pixbuf.loaders where GTK will see it and containing the instructions for svg as I mentioned before, which you can create by running that command and pointing to the directory where the file should be. On my system this directory also has gtk.immodules and im-multipress.conf, so look for those and get the file created in there.
You can use the find command to see if you can locate where things are; e.g. find /usr -name svg_loader.so . If this doesn't make any sense to you or you can't get it working, you could ask for help from your distro.
My suspicion is that on your distro the files may be in slightly different locations.
To get this working you need svg_loader.so in the directory that has a bunch of libpixbufloader-<something>.so
The svg_loader comes from librsvg. On my system it is /usr/lib/gtk-2.0/2.10.0/loaders.
You also need gdk-pixbuf.loaders where GTK will see it and containing the instructions for svg as I mentioned before, which you can create by running that command and pointing to the directory where the file should be. On my system this directory also has gtk.immodules and im-multipress.conf, so look for those and get the file created in there.
You can use the find command to see if you can locate where things are; e.g. find /usr -name svg_loader.so . If this doesn't make any sense to you or you can't get it working, you could ask for help from your distro.
Re: lxpanel suddenly not displaying .svg icons
Thanks again, Marty Jack. Your comments/instructions are quite clear. The one thing that seems amiss on my system is that there is no gtk.immodules file. Interestingly, I find a shell script, /usr/lib/libgtk2.0-0/update-gtk-immodules, that should create the file, but has the following added at the beginning:
so doesn't run; reason why it's disabled is unclear. I'll continue to look into this, and may draw it to the attention of the Debian package maintainer.
Code: Select all
# this script is a no-op since 2.10.3-2
exit 0