[Git][reproducible-builds/reproducible-website][master] 2023 11: fix a typo and turn a URL into a link

[Holger Levsen (@holger)]

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


Commits:
b0368c78 by Holger Levsen at 2023-12-06T14:31:31+01:00
2023 11: fix a typo and turn a URL into a link

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

- - - - -


1 changed file:

- _reports/2023-11.md


Changes:

=====================================
_reports/2023-11.md
=====================================
@@ -81,8 +81,8 @@ On [our mailing list](https://lists.reproducible-builds.org/listinfo/rb-general/
 
 As [recently reported in the most recent *Debian Developer News*](https://lists.debian.org/debian-devel-announce/2023/11/msg00003.html), Paul Gevers has integrated a package's reproducibility status into the way Debian 'migrates' packages into the next stable release. For the `amd64`, `arm64`, `i386` and `armhf` architectures, data is collected from the [Reproducible Builds testing framework](https://tests.reproducible-builds.org/debian) is collected by this migration software even though, at the time of writing, it neither causes nor migration bonuses nor blocks migration. Indeed, the information only results are visible on Britney's [*excuses*](https://release.debian.org/britney/update_excuses.html) as well as on individual packages' pages on [*tracker.debian.org*](https://tracker.debian.org).
 
-* As a followup on an idea started at the recent R-B summit in Hamburg, Alexander Couzens and Holger Levsen started work on a cache or tailored frontend for snapshot.debian.org, which is not yet ready for usage, but which already provided a promising outlook: the general idea is that for rebuilding Debian one doesnt need the whole >140TB data of snapshot.debian.org but ony the subset of the packages which were
-used for building. Turns out, for amd64, arm64, armhf, i386, ppc64el, riscv64 and s390 for trixie, unstable and experimental this is only around 500GB, so less than 1%. More information is available on https://rebuilder-snapshot.debian.net and we hope that this service becomes usable in the coming weeks.
+* As a followup on an idea started at the recent R-B summit in Hamburg, Alexander Couzens and Holger Levsen started work on a cache or tailored frontend for snapshot.debian.org, which is not yet ready for usage, but which already provided a promising outlook: the general idea is that for rebuilding Debian one does not need the whole >140TB data of snapshot.debian.org but ony the subset of the packages which were
+used for building. Turns out, for amd64, arm64, armhf, i386, ppc64el, riscv64 and s390 for trixie, unstable and experimental this is only around 500GB, so less than 1%. More information is available on [https://rebuilder-snapshot.debian.net](https://rebuilder-snapshot.debian.net) and we hope that this service becomes usable in the coming weeks.
 
 [![]({{ "/images/hamburg2023/postit-rb-summit-hamburg-20231101.jpg" | relative_url }})](https://rebuilder-snapshot.debian.net/)
 



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

-- 
View it on GitLab: https://salsa.debian.org/reproducible-builds/reproducible-website/-/commit/b0368c7855265ce79643dd698be924717bac7dec
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/20231206/44a2e989/attachment.htm>