From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 11D9915800F for ; Wed, 22 Feb 2023 08:18:36 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 60B06E075F; Wed, 22 Feb 2023 08:18:35 +0000 (UTC) Received: from smtp.gentoo.org (woodpecker.gentoo.org [IPv6:2001:470:ea4a:1:5054:ff:fec7:86e4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 4874CE075F for ; Wed, 22 Feb 2023 08:18:35 +0000 (UTC) Received: from oystercatcher.gentoo.org (oystercatcher.gentoo.org [148.251.78.52]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTPS id 66009335D55 for ; Wed, 22 Feb 2023 08:18:34 +0000 (UTC) Received: from localhost.localdomain (localhost [IPv6:::1]) by oystercatcher.gentoo.org (Postfix) with ESMTP id CC7F875 for ; Wed, 22 Feb 2023 08:18:32 +0000 (UTC) From: "Ulrich Müller" To: gentoo-commits@lists.gentoo.org Content-Transfer-Encoding: 8bit Content-type: text/plain; charset=UTF-8 Reply-To: gentoo-dev@lists.gentoo.org, "Ulrich Müller" Message-ID: <1677053707.ee00c93b5ef6c8d687fef55875d4f46caef04a2b.ulm@gentoo> Subject: [gentoo-commits] data/glep:master commit in: / X-VCS-Repository: data/glep X-VCS-Files: glep-0059.rst X-VCS-Directories: / X-VCS-Committer: ulm X-VCS-Committer-Name: Ulrich Müller X-VCS-Revision: ee00c93b5ef6c8d687fef55875d4f46caef04a2b X-VCS-Branch: master Date: Wed, 22 Feb 2023 08:18:32 +0000 (UTC) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-commits@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply X-Archives-Salt: 1cfb9a46-27b6-44e6-83ce-1230890f7d50 X-Archives-Hash: f576164f0c45888ce734ac5417abb9a8 commit: ee00c93b5ef6c8d687fef55875d4f46caef04a2b Author: Ulrich Müller gentoo org> AuthorDate: Wed Apr 6 06:27:03 2022 +0000 Commit: Ulrich Müller gentoo 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 gentoo.org> Signed-off-by: Ulrich Müller 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