I looked a bit further, and found that gnome-panel tries to load /usr/share/icons/hicolor/scalable/apps/tuxpaint.svg (rather than a .png or .xpm version). And it looks like libart_lgpl_2.so.2 (from libart-2.0-2 version 2.3.17-1) doesn't like that file; eog tuxpaint.svg crashes with a segfault.
So I suspect that libart-2.0-2 has a bug -- this bug is probably a dupe of #298225: line 125 of tuxpaint.svg contains a number 3.7787101e+16. So Ben, it might be wise to correct tuxpaint.svg -- replacing 3.7787101e+16 by 0 seems to work, and allows for it to be viewed in eog I tried replacing it by 3000 or 6000 first, but that gives an artifact. Still, it's a rather annoying denial of service for gnome-panel that such an anomalous icon can cause such trouble, especially since it is hard to clean up: pretty much the only way was to log in on a text console and remove all of .gnome*, and start again. Jeroen Nijhof -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
