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

Chris Lamb lamby at debian.org
Wed Mar 4 18:22:31 GMT 2020


Hi dkg,

> But it seems odd that the 32-bit architectures would produce
> unreproducible caches when the 64-bit version is reproducible.

I haven't checked the build history but assuming this is not in-of
itself a nondetermistic distinction (in which I would blame the hash
table usage) then this is likely due to filesystem ordering. Indeed if
you look at gtk/updateiconcache.c src:gtk+3.0 then, after a quick
skim, both of these things are apparent in this file.

Anyway, I've added this issue and bug to the Reproducible Builds
"notes" git repository:

  https://salsa.debian.org/reproducible-builds/reproducible-notes/commit/0b871fa18b9accc95c960dacada22820a9a79969

… and tagged the src:balsa package with this issue:

  https://salsa.debian.org/reproducible-builds/reproducible-notes/commit/2ea542dffb997d664a62b0485d6e02209da587ee

(Very rough and ready of course, but even this approximate tagging
is very helpful to us.)


Best wishes,

-- 
      ,''`.
     : :'  :     Chris Lamb
     `. `'`      lamby at debian.org 🍥 chris-lamb.co.uk
       `-



More information about the pkg-gnome-maintainers mailing list