Bug#953105: gtk-update-icon-cache does not produce reproducible results on 32-bit architectures

[Daniel Kahn Gillmor]

Control: clone 953105 -2
Control: retitle -2 balsa should not ship an icon cache
Control: reassign -2 balsa

On Thu 2020-03-05 20:10:51 +0000, Simon McVittie wrote:
> On Thu, 05 Mar 2020 at 20:02:11 +0000, Simon McVittie wrote:
>> medit ships /usr/share/icons/hicolor/icon-theme.cache, which is definitely
>> a bug: hicolor-icon-theme's trigger will make gtk-update-icon-cache
>> overwrite it.
>> 
>> numix-icon-theme-circle ships
>> /usr/share/icons/Numix-Circle/icon-theme.cache, which is definitely a bug:
>> its own postinst(!) asks update-icon-caches to overwrite that file.
>
> Sorry, I was fooled by apt-file showing packages from multiple suites.
> Both of these packages *used to* ship icon-theme.cache, but medit
> is no longer in unstable, and numix-icon-theme-circle no longer ships
> icon-theme.cache. So I think it's only balsa that does this, which makes
> me continue to question whether balsa should do so.

Wow, thanks for dropping some serious knowledge on this thread, Simon,
and thanks also for the suggestions for balsa.  I'm cloning this bug
report to remind myself (or anyone else working on balsa) to drop the
icon cache from the shipped files.

balsa is due for an arch:all package split given the size of the
arch-independent data that it ships anyway (we can save something like
1.5MiB/architecture), so maybe we can also drop the icon cache as part
of that cleanup.

     --dkg
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 227 bytes
Desc: not available
URL: <http://alioth-lists.debian.net/pipermail/pkg-gnome-maintainers/attachments/20200305/a3a33a3f/attachment.sig>