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

Orians, Jeremiah (DTMB) OriansJ at michigan.gov
Thu Mar 5 16:43:53 UTC 2020

>> 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?
Partially, as the requirements for reproducibly cross-platform are a lot more strict than just being reproducible or just being cross-platform.
I learned that the hard way when I ported https://github.com/oriansj/M2-Planet to a big-endian architecture and had to get it to have identical little-endian behavior too.
So you can either admit that the code behaves differently on different architectures and be different or fix the code to behave exactly the identically across different architectures.

> 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"
There is no magic in IT; only sweat, blood and tears.


More information about the rb-general mailing list