]> git.ipfire.org Git - thirdparty/tor.git/commitdiff
Fix a changelog typo
authorNick Mathewson <nickm@torproject.org>
Thu, 30 Jan 2020 17:56:06 +0000 (12:56 -0500)
committerNick Mathewson <nickm@torproject.org>
Thu, 30 Jan 2020 17:56:06 +0000 (12:56 -0500)
ChangeLog
ReleaseNotes

index 195093a5b98f8e844dd6160700c407aa166dcf19..3d05bea8650071c98a65be09255ba1bf14be63e8 100644 (file)
--- a/ChangeLog
+++ b/ChangeLog
@@ -9,7 +9,7 @@ Changes in version 0.4.2.6 - 2020-01-30
     - Correct how we use libseccomp. Particularly, stop assuming that
       rules are applied in a particular order or that more rules are
       processed after the first match. Neither is the case! In
-      libseccomp <2.4.0 this lead to some rules having no effect.
+      libseccomp <2.4.0 this led to some rules having no effect.
       libseccomp 2.4.0 changed how rules are generated, leading to a
       different ordering, which in turn led to a fatal crash during
       startup. Fixes bug 29819; bugfix on 0.2.5.1-alpha. Patch by
@@ -64,7 +64,7 @@ Changes in version 0.4.1.8 - 2020-01-30
     - Correct how we use libseccomp. Particularly, stop assuming that
       rules are applied in a particular order or that more rules are
       processed after the first match. Neither is the case! In
-      libseccomp <2.4.0 this lead to some rules having no effect.
+      libseccomp <2.4.0 this led to some rules having no effect.
       libseccomp 2.4.0 changed how rules are generated, leading to a
       different ordering, which in turn led to a fatal crash during
       startup. Fixes bug 29819; bugfix on 0.2.5.1-alpha. Patch by
@@ -146,7 +146,7 @@ Changes in version 0.4.3.1-alpha - 2020-01-22
     - Correct how we use libseccomp. Particularly, stop assuming that
       rules are applied in a particular order or that more rules are
       processed after the first match. Neither is the case! In
-      libseccomp <2.4.0 this lead to some rules having no effect.
+      libseccomp <2.4.0 this led to some rules having no effect.
       libseccomp 2.4.0 changed how rules are generated, leading to a
       different ordering, which in turn led to a fatal crash during
       startup. Fixes bug 29819; bugfix on 0.2.5.1-alpha. Patch by
index c33355f685033bbb8f215924a964f2f0955af00a..7d981e2c4213321109760726e9eec0b60c0b6902 100644 (file)
@@ -13,7 +13,7 @@ Changes in version 0.4.2.6 - 2020-01-30
     - Correct how we use libseccomp. Particularly, stop assuming that
       rules are applied in a particular order or that more rules are
       processed after the first match. Neither is the case! In
-      libseccomp <2.4.0 this lead to some rules having no effect.
+      libseccomp <2.4.0 this led to some rules having no effect.
       libseccomp 2.4.0 changed how rules are generated, leading to a
       different ordering, which in turn led to a fatal crash during
       startup. Fixes bug 29819; bugfix on 0.2.5.1-alpha. Patch by
@@ -68,7 +68,7 @@ Changes in version 0.4.1.8 - 2020-01-30
     - Correct how we use libseccomp. Particularly, stop assuming that
       rules are applied in a particular order or that more rules are
       processed after the first match. Neither is the case! In
-      libseccomp <2.4.0 this lead to some rules having no effect.
+      libseccomp <2.4.0 this led to some rules having no effect.
       libseccomp 2.4.0 changed how rules are generated, leading to a
       different ordering, which in turn led to a fatal crash during
       startup. Fixes bug 29819; bugfix on 0.2.5.1-alpha. Patch by