icon cache question

[Kevin B. McCarty-3]

Hi list,

I have a (maybe naive) question about the GTK+ icon cache file generation.

I see that update-icon-caches (which is called from the postinst of
packages that use dh_icons during build) regenerates the file(s)
/usr/share/icons/*/icon-theme.cache only for those that already exist.

So what package(s) are responsible for creating those cache files in the
first place?  I have what I believe are all the GTK+ packages, as well
as hicolor-icon-theme, gtk2-engines and gnome-icon-theme, installed in
my Sid chroot. "find /usr/share/icons /var/cache -name icon-theme.cache"
returns nothing.  Nor does "apt-file search icon-theme.cache".
Unfortunately there is no easy way to search postinst files of
not-installed packages, so my apologies if the answer should be obvious.

Please CC me in your answers as I'm not subscribed to this list.

Thanks and best regards,

--
Kevin B. McCarty <kmccarty@...>
WWW: http://www.starplot.org/
WWW: http://people.debian.org/~kmccarty/
GPG: public key ID 4F83C751

[Josselin Mouette]

Le vendredi 25 avril 2008 à 10:44 -0700, Kevin B. McCarty a écrit :
> I see that update-icon-caches (which is called from the postinst of
> packages that use dh_icons during build) regenerates the file(s)
> /usr/share/icons/*/icon-theme.cache only for those that already exist.
>
> So what package(s) are responsible for creating those cache files in the
> first place?

None yet. The plan is to make update-icon-caches run unconditionally
when *all* packages have been updated to use it.

--
 .''`.
: :' :      We are debian.org. Lower your prices, surrender your code.
`. `'       We will add your hardware and software distinctiveness to
  `-        our own. Resistance is futile.