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 `. `'` la...@debian.org 🍥 chris-lamb.co.uk `-
