commit:     ee00c93b5ef6c8d687fef55875d4f46caef04a2b
Author:     Ulrich Müller <ulm <AT> gentoo <DOT> org>
AuthorDate: Wed Apr  6 06:27:03 2022 +0000
Commit:     Ulrich Müller <ulm <AT> gentoo <DOT> org>
CommitDate: Wed Feb 22 08:15:07 2023 +0000
URL:        https://gitweb.gentoo.org/data/glep.git/commit/?id=ee00c93b

glep-0059: Fix spelling of "deprecate"

Closes: https://bugs.gentoo.org/836876
Acked-By: Robin H. Johnson <robbat2 <AT> gentoo.org>
Signed-off-by: Ulrich Müller <ulm <AT> gentoo.org>

 glep-0059.rst | 18 +++++++++---------
 1 file changed, 9 insertions(+), 9 deletions(-)

diff --git a/glep-0059.rst b/glep-0059.rst
index 035ee45..ae50b66 100644
--- a/glep-0059.rst
+++ b/glep-0059.rst
@@ -6,7 +6,7 @@ Type: Standards Track
 Status: Final
 Version: 1
 Created: 2008-10-22
-Last-Modified: 2017-11-16
+Last-Modified: 2022-04-06
 Post-History: 2009-12-01, 2010-01-31
 Content-Type: text/x-rst
 Requires: 44
@@ -107,7 +107,7 @@ by a preference list. Over time, the weaker checksums 
should be removed
 from Manifest2 files, once all old Portage installations have had
 sufficient time to upgrade. Stronger checksums shall be added as soon as
 an implementation is available in Portage. Weak checksums may be removed
-as long as the depreciation process is followed (see below).
+as long as the deprecation process is followed (see below).
 
 As soon as feasible, we should add the SHA512 and WHIRLPOOL algorithms.
 In future, as stream-based checksums are developed (in response to the
@@ -124,21 +124,21 @@ Python implementations available, ranging from pure 
Python to C-based
 The existence unsupported hash is not considered to be a failure unless
 no supported hashes are available for a given Manifest entry.
 
-Checksum depreciation timing
-----------------------------
+Checksum deprecation timing
+---------------------------
 General principles:
 ~~~~~~~~~~~~~~~~~~~
-A minimum set of depreciated checksums shall be maintained only to
+A minimum set of deprecated checksums shall be maintained only to
 support old package manager versions where needed by historically used
 trees:
 
-- New package manager versions should NOT use depreciated checksums in
+- New package manager versions should NOT use deprecated checksums in
 
-- New trees with that have never used the depreciated checksums may omit
+- New trees with that have never used the deprecated checksums may omit
   them for reasons of size, but are still strongly suggested to include
   them.
 
-- Removal of depreciated checksums shall happen after no less than 18
+- Removal of deprecated checksums shall happen after no less than 18
   months or one major Portage version cycle, whichever is greater.
 
 Immediate plans:
@@ -162,7 +162,7 @@ After the majority of Portage installations include SHA512 
support:
 Backwards Compatibility
 =======================
 Old versions of Portage may support and expect only specific checksums.
-This is accounted for in the checksum depreciation discussion.
+This is accounted for in the checksum deprecation discussion.
 
 For maximum compatibility, we should only have to include each of the
 old algorithms that we are officially still supporting, as well as the

Reply via email to