[Git][reproducible-builds/specs/source-date-epoch-spec][wording] 8 commits: wording: prevents against => protects against

Bernhard M. Wiedemann (@bmwiedemann-guest) gitlab at salsa.debian.org
Sun Nov 1 06:22:54 UTC 2026



Bernhard M. Wiedemann pushed to branch wording at Reproducible Builds / specs / source-date-epoch-spec


Commits:
788b7257 by Bernhard M. Wiedemann at 2026-09-23T19:35:40+02:00
wording: prevents against => protects against

- - - - -
58da5527 by Bernhard M. Wiedemann at 2026-09-23T19:37:25+02:00
wording: Add 'that'

I feel, that it is missing there. May be optional.

- - - - -
6ac766d7 by Bernhard M. Wiedemann at 2026-09-23T19:39:42+02:00
Make the text more exact

- - - - -
b8663f48 by Bernhard M. Wiedemann at 2026-11-01T06:09:46+00:00
Merge branch 'content2' into 'master'

Make the text more exact

See merge request reproducible-builds/specs/source-date-epoch-spec!10
- - - - -
b5b54360 by Bernhard M. Wiedemann at 2026-11-01T06:10:58+00:00
Merge branch 'wording2' into 'master'

wording: prevents against => protects against

See merge request reproducible-builds/specs/source-date-epoch-spec!11
- - - - -
0049d10e by Bernhard M. Wiedemann at 2026-11-01T06:12:35+00:00
Merge branch 'wording3' into 'master'

wording: Add 'that'

See merge request reproducible-builds/specs/source-date-epoch-spec!9
- - - - -
264b8bc3 by Bernhard M. Wiedemann at 2026-11-01T07:14:02+01:00
Change flaws to instructions

- - - - -
56a0835a by Robin Candau at 2026-11-01T07:14:02+01:00
Apply wording suggestion

- - - - -


1 changed file:

- source-date-epoch-spec.xml


Changes:

=====================================
source-date-epoch-spec.xml
=====================================
@@ -58,15 +58,15 @@
 	<title>Motivation</title>
 	<para>
 		Whilst anyone can inspect the source code of free software for
-		malicious flaws, most distributions provide binary (or
+		malicious code, most distributions provide binary (or
 		"compiled") packages to end users. The motivation behind
-		"reproducible" builds is to allow verification that no flaws
+		"reproducible" builds is to allow verification that no malicious changes
 		have been introduced during this compilation process by
-		promising identical binary packages are always generated from a
+		promising that identical binary packages are always generated from a
 		given source.
 	</para>
 	<para>
-		This prevents against the installation of backdoor-introducing
+		This protects against the installation of backdoor-introducing
 		malware on developers' machines as an attacker would need to
 		simultaneously infect all the developers attempting to
 		reproduce the build. In addition, a reproducible build has
@@ -89,7 +89,7 @@
 		Reduces time-to-detection of a build host compromise
 	</para></listitem>
 	<listitem><para>
-		Can show that proposed changes have no impact on binaries
+		Can show that proposed changes have no unintended impact on binaries
 	</para></listitem>
 	</itemizedlist>
 	<sect2>



View it on GitLab: https://salsa.debian.org/reproducible-builds/specs/source-date-epoch-spec/-/compare/b3c3f2d13b8448d1691c04e69793a6de67131dba...56a0835a9c806865b2f298d203222a479b4c9bce

-- 
View it on GitLab: https://salsa.debian.org/reproducible-builds/specs/source-date-epoch-spec/-/compare/b3c3f2d13b8448d1691c04e69793a6de67131dba...56a0835a9c806865b2f298d203222a479b4c9bce
You're receiving this email because of your account on salsa.debian.org. Manage all notifications: https://salsa.debian.org/-/profile/notifications | Help: https://salsa.debian.org/help


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


More information about the rb-commits mailing list