Hi, On Thu, Jun 01, 2006, Daniel Holbach wrote: > The following patch will add functionality to debhelper to easily create > a .postinst and .postrm to handle the GTK icon cache. It > uses /usr/bin/gtk-update-icon-cache (of libgtk2.0-bin, if available) to > manage an mmap()able file, which makes icon look up faster and shortens > the amount of used memory for GTK processes by ~300k. XFCE and GNOME > will benefit of this. > > The implementation of GTK's icon cache wants to have a changed mtime in > the directory above of the one where icons were added. As this doesn't > happen automatically, using dh_iconcache makes this easier for package > maintainers.
It is interesting to note that the icon cache approach breaks backward compatibility by not checking for real files in case of cache misses. This means that there will be a large transition period to add the icon cache updating flag. Instead of adding to debhelper now, and instantly creating a source of pixmaps/icons bugs, I propose introducing a common postinst snipset in a shared package (perhaps a desktop-common-postinst package or a foobarhelper) where we could switch a flag on to switch to the gtk icon cache world. This would permit preparing all apps first, then making the transition transparently. Bye, -- Loïc Minier <[EMAIL PROTECTED]>
