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

[Daniel Kahn Gillmor]

On Thu 2020-03-05 12:24:49 +0000, Orians, Jeremiah (DTMB) wrote:
>> But it seems odd that the 32-bit architectures would produce 
>> unreproducible caches when the 64-bit version is reproducible.
> 
> Why?
> Even such things as alignment in malloc results in different behavior between x86 and amd64

If i'm understanding you correctly, this suggests that the results
created by gtk-update-icon-cache do not belong in any arch-independent
package.

Is this correct?

If so, someone probably ought to review the archive for instances like this:
https://codesearch.debian.net/search?q=gtk-update-icon-cache&literal=1&perpkg=1&page=1

Is there some magic that a tool like lintian could use to identify an
icon-cache file shipped in an arch: all package?  libmagic just
identifies them as "data"

           --dkg
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 227 bytes
Desc: not available
URL: <http://lists.reproducible-builds.org/pipermail/rb-general/attachments/20200305/9cc83208/attachment.sig>