maintaining reproducible-notes over the long term

Vagrant Cascadian vagrant at reproducible-builds.org
Fri Dec 11 20:41:56 GMT 2020


I've often quietly wondered about maintenance of our
"reproducible-notes" issues, and was recently reminded by:

  Remove -ffile-prefix-map tags from packages that do now build
  https://salsa.debian.org/reproducible-builds/reproducible-notes/-/commit/25e7569e394fb4cf882c30690d26d8da1d8decc4

I had been using this issue to track progress, and still see some value
in a package that was affected by an issue, even though it currently
builds reproducibly now...

But I also run into many issues where historically a package had an
issue and no longer does; which sometimes the issue starts to get
cluttered or makes me wonder if some of them were misflagged.

Yet I often look at the fixed packages for an issue to find potential
solutions for other packages that are still failing. Similarly for
removing bug reports once an issue is archived; sometimes links to these
bug reports contain fixes that are useful beyond that one specific
package fix...

But there is also a signal to noise ratio issue in our notes tracking
with so many old fixed issues, so I can also see value in doing this
sort of housecleaning work...

So not really sure what to think; I see value cleaning and maintaining
current status yet also see value in keeping history a little easier to
reach than grepping through git logs.

Curious what others think about maintaining the reproducible-notes
repository over the long-term...


live well,
  vagrant
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 227 bytes
Desc: not available
URL: <http://alioth-lists.debian.net/pipermail/reproducible-builds/attachments/20201211/ad1b37ed/attachment.sig>


More information about the Reproducible-builds mailing list