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)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 236C2158094 for ; Mon, 11 Jul 2022 19:26:51 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 18F5CE1031; Mon, 11 Jul 2022 19:26:39 +0000 (UTC) Received: from smtp.gentoo.org (smtp.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 EF0ACE1031 for ; Mon, 11 Jul 2022 19:26:38 +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)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTPS id 35CA73409EB for ; Mon, 11 Jul 2022 19:26:38 +0000 (UTC) Received: from localhost.localdomain (localhost [IPv6:::1]) by oystercatcher.gentoo.org (Postfix) with ESMTP id 9CA8E480 for ; Mon, 11 Jul 2022 19:26:36 +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: <1657565890.119d8ef975320ab37c642d5ff804fade8b2ad232.ulm@gentoo> Subject: [gentoo-commits] data/glep:master commit in: / X-VCS-Repository: data/glep X-VCS-Files: glep-0083.rst X-VCS-Directories: / X-VCS-Committer: ulm X-VCS-Committer-Name: Ulrich Müller X-VCS-Revision: 119d8ef975320ab37c642d5ff804fade8b2ad232 X-VCS-Branch: master Date: Mon, 11 Jul 2022 19:26:36 +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: ea25c8dd-f84a-467d-b3a0-9ec8dd6ff5df X-Archives-Hash: 19bc44cf1a693569225dba85f1ea07d4 commit: 119d8ef975320ab37c642d5ff804fade8b2ad232 Author: Ulrich Müller gentoo org> AuthorDate: Thu Jun 30 15:03:23 2022 +0000 Commit: Ulrich Müller gentoo org> CommitDate: Mon Jul 11 18:58:10 2022 +0000 URL: https://gitweb.gentoo.org/data/glep.git/commit/?id=119d8ef9 glep-0083: Initial draft of EAPI deprecation GLEP Bug: https://bugs.gentoo.org/855362 Signed-off-by: Ulrich Müller gentoo.org> glep-0083.rst | 134 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 134 insertions(+) diff --git a/glep-0083.rst b/glep-0083.rst new file mode 100644 index 0000000..3f9b259 --- /dev/null +++ b/glep-0083.rst @@ -0,0 +1,134 @@ +--- +GLEP: 83 +Title: EAPI deprecation +Author: Ulrich Müller +Type: Informational +Status: Draft +Version: 1 +Created: 2022-06-30 +Last-Modified: 2022-07-11 +Post-History: 2022-07-11 +Content-Type: text/x-rst +--- + + +Abstract +======== + +Introduce standardized criteria for deprecation and banning of EAPIs. + + +Motivation +========== + +So far, old EAPIs were deprecated by the Gentoo Council in an ad-hoc +manner. No fixed criteria were used, resulting in very different +deprecation times after approval of newer EAPIs. Standardized criteria +for deprecation and banning will make the life cycle of EAPIs more +predictable. + + +Specification +============= + +A *deprecated EAPI* is no longer required for the upgrade path of +users' systems. Its use is discouraged, and tools like pkgcheck will +warn about this [#COUNCIL-20130409]_. + +A *banned EAPI* must no longer be used, neither for new ebuilds, nor +for updating of existing ebuilds [#COUNCIL-20140311]_. + +The Gentoo Council will deprecate an EAPI when two newer EAPIs are +supported by the stable version of Portage, and one of them has been +supported for 24 months. + +The Gentoo Council will ban a deprecated EAPI when it is used by less +than 5 % of ebuilds in the Gentoo repository, but no sooner than 24 +months after its deprecation. + +EAPIs used in profiles are outside the scope of this GLEP. + + +Rationale +========= + +Timing of EAPI deprecation is a trade-off between different factors. +On the one hand, the total number of EAPIs in active use should be +limited; this will prevent the learning curve for new developers and +contributors from becoming too steep and will help to reduce code +complexity, e.g. in eclasses. + +On the other hand, an upgrade path to a stable system is guaranteed +for one year, plus limited support for systems that are outdated more +than a year [#COUNCIL-20091109]_. Therefore, previous EAPIs are still +required during that time. A period of 24 months before deprecation +has been chosen, which is more than the required minimum and will +allow projects to support a longer upgrade path. + +Requiring two newer EAPIs before deprecation will allow ebuilds that +are otherwise seldom updated to be bumped to the next but one EAPI +immediately. + +A delay of 24 months between deprecation and ban will give ebuild +authors enough time to update. This is especially relevant for +overlays and downstream distributions. Since a banned EAPI is +sufficient reason for updating an ebuild, an additional threshold of +5 % is required, in order to keep the number of such updates (and bug +reports requesting them) manageable. + + +Backwards Compatibility +======================= + +The following table compares the actual dates of deprecations and bans +[#PMS-PROJECT]_ with the dates that would have resulted from the +criteria proposed in this GLEP ("new date"). + +.. csv-table:: + :header-rows: 2 + :stub-columns: 1 + :widths: auto + :align: right + + EAPI,Portage,Gentoo repo,deprecated,deprecated,diff.,banned,banned,diff. + ,stable,usage < 5 %,actual date,new date,months,actual date,new date,months + 0,2005-12-26,2017-02-28,2014-02-25,2009-12-11,-50,2016-01-10,2017-02-28,+14 + 1,2007-12-11,2009-10-25,2013-04-09,2011-01-08,-27,2014-03-11,2013-01-08,-14 + 2,2009-01-08,2015-03-27,2013-04-09,2012-03-08,-13,2014-03-11,2015-03-27,+12 + 3,2010-03-08,2015-01-16,2014-02-25,2013-03-17,-11,2016-01-10,2015-03-17,-10 + 4,2011-03-17,2018-01-11,2015-10-11,2016-01-17,+3,2018-04-08,2018-01-17,-3 + 5,2012-12-11,2021-06-15,2018-05-13,2018-06-27,+1,2021-08-08,2021-06-15,-2 + 6,2016-01-17,2022-11-22 [*]_,2021-07-11,2021-07-05,0,,2023-07-05, + 7,2018-06-27,,,,,,, + 8,2021-07-05,,,,,,, + +.. [*] Extrapolated date, obtained by fitting data between 2021-01-01 + and 2022-07-11 with an exponential function. + + +References +========== + +.. [#COUNCIL-20130409] "EAPI deprecation", + Gentoo Council meeting summary 2013-04-09 + (https://projects.gentoo.org/council/meeting-logs/20130409-summary.txt). + Note: The original quote says "Repoman" instead of "pkgcheck". + +.. [#COUNCIL-20140311] "Ban on EAPI 1 and 2 should extend to updating + EAPI in existing ebuilds", Gentoo Council meeting summary 2014-03-11 + (https://projects.gentoo.org/council/meeting-logs/20140311-summary.txt) + +.. [#COUNCIL-20091109] "Upgrade path for old systems", + Gentoo Council meeting summary 2009-11-09 + (https://projects.gentoo.org/council/meeting-logs/20091109-summary.txt) + +.. [#PMS-PROJECT] Gentoo Package Manager Specification project + (https://wiki.gentoo.org/wiki/Project:Package_Manager_Specification#EAPI_life_cycle) + + +Copyright +========= + +This work is licensed under the Creative Commons Attribution-ShareAlike 4.0 +International License. To view a copy of this license, visit +https://creativecommons.org/licenses/by-sa/4.0/.