Hi Santiago, My reproducibility testing framework on my local machine is crusty enough that testing an arbitrary Git repo is actually quite difficult. I should probably work on this sometime, but there hasn't been enough call for me to fix that.
Could you simply go ahead with the upload of smartlist to unstable? I'll then very happily look back at this bug and make a better determination on all the questions to mention below. Best wishes, Chris > Hello. > > This is an old bug for which I still don't have a fix. I wonder if you > would have some > time to look at this and propose a patch (preferably by email). > > I have to make a release in the following days to fix the build with > gcc-14. If I can also > fix this bug, the better. > > The package is currently labeled as unreproducible on trixie and > unstable for armhf, > but I am unable to make sense of this: > > https://tests.reproducible-builds.org/debian/dbd/bullseye/armhf/smartlist_3.15-25.diffoscope.html > > In case you want to work on unstable (where the package does not > build), this is my work > in progress, where I already have a fix ready: > > https://salsa.debian.org/sanvila/smartlist-not-yet/ > > On the other hand, if we can determine that it's not reproducible due > to reasons which > are outside of our control (i.e. which do not depend on the package > itself), I'd like > to close the bug. > > Thanks. -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org 🍥 chris-lamb.co.uk `-
