[Git][reproducible-builds/reproducible-notes][master] Change 7 words towards standard terms

Bernhard M. Wiedemann gitlab at salsa.debian.org
Fri Jul 12 08:04:53 UTC 2019



Bernhard M. Wiedemann pushed to branch master at Reproducible Builds / reproducible-notes


Commits:
cef457e4 by Bernhard M. Wiedemann at 2019-07-12T08:03:39Z
Change 7 words towards standard terms

- - - - -


2 changed files:

- issues.yml
- packages.yml


Changes:

=====================================
issues.yml
=====================================
@@ -825,7 +825,7 @@ randomness_in_fat_lto_objects:
   url: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66305
 randomness_in_c_files_generated_by_extutils_parsexs:
   description: |
-    ExtUtils::ParseXS generates undeterministic C files (differing order) out of .xs files.
+    ExtUtils::ParseXS generates nondeterministic C files (differing order) out of .xs files.
     This leads to differently compiled objects.
     .
     There are some code copies, so we have the following bugs in total-
@@ -1593,7 +1593,7 @@ help2man_puts_traceback_in_generated_man_page:
   description: |
     A man page generated by help2man consists of a traceback and nothing else; see #851336 for an example.
     .
-    That's a non-reproducibility bug, but we catch it when the traceback contains abspaths that embed $SOURCE_ROOT_DIR.
+    That's not a reproducibility bug, but we catch it when the traceback contains abspaths that embed $SOURCE_ROOT_DIR.
   deterministic: False
 captures_kernel_version_via_CMAKE_SYSTEM:
   description: |


=====================================
packages.yml
=====================================
@@ -261,7 +261,7 @@ afterstep:
 agda:
   version: 2.5.3-3
   comments: |
-    .agdai files seem to be nonreproducible... are they "just" renamed .i files?
+    .agdai files seem to be unreproducible... are they "just" renamed .i files?
 ahcpd:
   version: 0.53-2
   issues:
@@ -7379,7 +7379,7 @@ gnumach:
 gnumail:
   version: 1.2.2-1.1
   comments: |
-    1.2.2-1.1 is non-reproducible as of 2017-01-23T22:16.
+    1.2.2-1.1 is unreproducible as of 2017-01-23T22:16.
     1.2.2-1 was reproducible up to 2017-01-23T11:42.
     .
     The reason is probably the d/rules changes.  (Adding gnustep-make's config.mk and rewriting override_dh_auto_build)
@@ -15781,7 +15781,7 @@ nova:
 noweb:
   version: 2.11b-9
   comments: |
-    bug #788536 documents non-reproducibility based on the "icon"
+    bug #788536 documents unreproducibility based on the "icon"
     program in noweb's toolchain.
   issues:
     - timestamps_in_ps_generated_by_dvips
@@ -26248,7 +26248,7 @@ subtle:
 subversion:
   version: 1.9.5-1
   comments: |
-    In the upstream build process, generating the tarballs from the tags is non-reproducible due to
+    In the upstream build process, generating the tarballs from the tags is unreproducible due to
     (1) different_pot_creation_date_in_gettext_mo_files affecting the subversion.pot file;
         this variant is tracked as #792687 against gettext.
     (2) swig embedding non-$SOURCE_ROOT_DIR-relative paths into generated files.



View it on GitLab: https://salsa.debian.org/reproducible-builds/reproducible-notes/commit/cef457e43a099511aaf3c1808c9ac1f3a3355829

-- 
View it on GitLab: https://salsa.debian.org/reproducible-builds/reproducible-notes/commit/cef457e43a099511aaf3c1808c9ac1f3a3355829
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/20190712/c3edfa3e/attachment.html>


More information about the rb-commits mailing list