[Git][reproducible-builds/reproducible-website][master] 2026 01 += correct facts about testing migration

[Holger Levsen (@holger)]

Holger Levsen pushed to branch master at Reproducible Builds / reproducible-website


Commits:
9156a34a by Holger Levsen at 2026-02-07T11:20:43+01:00
2026 01 += correct facts about testing migration

Signed-off-by: Holger Levsen <holger at layer-acht.org>

- - - - -


1 changed file:

- _reports/2026-01.md


Changes:

=====================================
_reports/2026-01.md
=====================================
@@ -65,7 +65,7 @@ In **Debian** this month:
 
 * Roland Clobus also posted to our mailing list regarding [*Building Debian Live images from snapshot.debian.org*](https://lists.reproducible-builds.org/pipermail/rb-general/2026-January/003991.html). This surfaced an issue regarding the timestamps of the `.deb` file, leading to Roland filing Debian bug [#1126000](https://bugs.debian.org/1126000) to liaise with the developers of the [*snapshot.debian.org*](https://snapshot.debian.org/) service.
 
-* A change was made to migrate away from using the results from [*tests.reproducible-builds.org*](https://tests.reproducible-builds.org) in deciding whether a package is a suitable candidate for the Debian *testing* distribution (the staging area for the next stable Debian release) to use the results from [*reproduce.debian.net*](https://reproduce.debian.net/) instead. This was, [according to Paul Gevers' merge request](https://salsa.debian.org/release-team/britney2/-/merge_requests/115), because the former service "does so by building twice in a row with varying build environment. What we are actually interested in is if the binaries that we ship can be reproduced". The information provided by *reproduce.debian.net* is currently being used to delay or speed up packages' migration time based on their reproducibility status, but it has the potential, in the future, be used to block unreproducible packages from migrating entirely.
+* A change was made to migrate away from using the results from [*tests.reproducible-builds.org*](https://tests.reproducible-builds.org) in deciding whether a package is a suitable candidate for the Debian *testing* distribution (the staging area for the next stable Debian release) to use the results from [*reproduce.debian.net*](https://reproduce.debian.net/) instead. This was, [according to Paul Gevers' merge request](https://salsa.debian.org/release-team/britney2/-/merge_requests/115), because the former service "does so by building twice in a row with varying build environment. What we are actually interested in is if the binaries that we ship can be reproduced". The information provided by *reproduce.debian.net* in future will be used to delay or speed up packages' migration time based on their reproducibility status, and further in the future shall be used to block unreproducible packages from migrating entirely.
 
 * 41 reviews of Debian packages were added, 7 were updated and 37 were removed this month adding to [our knowledge about identified issues](https://tests.reproducible-builds.org/debian/index_issues.html). Chris Lamb identified and added a new [`source_date_epoch_affected_by_timezone_by_d_compiler_gdc`](https://salsa.debian.org/reproducible-builds/reproducible-notes/commit/5051be53) issue type, as well as [`timezone_variant_in_argparse_manpage`](https://salsa.debian.org/reproducible-builds/reproducible-notes/commit/2990c69b).
 



View it on GitLab: https://salsa.debian.org/reproducible-builds/reproducible-website/-/commit/9156a34a7560cfc1d99cb981fc2dbc735892b2fa

-- 
View it on GitLab: https://salsa.debian.org/reproducible-builds/reproducible-website/-/commit/9156a34a7560cfc1d99cb981fc2dbc735892b2fa
You're receiving this email because of your account on salsa.debian.org.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.reproducible-builds.org/pipermail/rb-commits/attachments/20260207/e8889aa0/attachment.htm>