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

Daniel Kahn Gillmor dkg at fifthhorseman.net
Thu Mar 5 14:36:25 UTC 2020

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

Is this correct?

If so, someone probably ought to review the archive for instances like this:

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"

-------------- 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>

More information about the rb-general mailing list