From: "Noé Lopez via Guix-patches via" <guix-patches@gnu.org>
To: 72840@debbugs.gnu.org
Subject: [bug#72840] [PATCH RFC] DRAFT doc: Add “Deprecation Policy” section.
Date: Wed, 11 Sep 2024 20:30:17 +0200 [thread overview]
Message-ID: <87mskexcue.fsf@> (raw)
In-Reply-To: <80f8b603ecd73cb9f46b1ea43797e143f16d2f17.1724785788.git.ludo@gnu.org>
Thanks for writing this,
A few things come to mind:
– How do we remember to delete something after one year of deprecation?
Should the deprecation date be noted with the deprecation to easily see?
– There is no policy for updating packages through major versions, IMO
this should be the same as deleting and the previous version should be
kept for a while, at least for the time for dependencies to update
upstream.
>+If the package being removed is a ``leaf'' (no other packages depend on
>+it), it may be removed after a @b{one-month review period} of the patch
>+removing it (this applies even when the removal has additional
>+motivations such as security problems affecting the package).
– Why do « leaves » get removed at all? The dependents could be
users that installed it in their profiles or manifests, one month
seems very low.
Overall it makes sense so thanks again for documenting this,
Noé
PS: RFCs don’t get announced to guix-devel? I only found out about this
from mastodon.
next prev parent reply other threads:[~2024-09-11 18:33 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-08-27 19:13 [bug#72839] [PATCH RFC] DRAFT doc: Add “Deprecation Policy” section Ludovic Courtès
2024-09-02 11:53 ` [bug#72840] " pelzflorian (Florian Pelz)
2024-09-05 21:26 ` bug#72840: " Ludovic Courtès
2024-09-05 21:31 ` [bug#72840] [PATCH RFC v2] " Ludovic Courtès
2024-09-11 7:04 ` Maxim Cournoyer
2024-09-11 10:11 ` [bug#72840] [PATCH RFC v3] " Ludovic Courtès
2024-09-12 0:40 ` Maxim Cournoyer
2024-09-23 22:11 ` [bug#72840] [PATCH RFC v4] " Ludovic Courtès
2024-09-24 16:32 ` Greg Hogan
2024-09-25 8:47 ` Andreas Enge
2024-10-02 16:20 ` [bug#72840] [PATCH RFC] DRAFT " Ludovic Courtès
2024-10-12 17:54 ` bug#72840: " Ludovic Courtès
2024-09-11 10:11 ` [bug#72840] " Ludovic Courtès
2024-09-11 18:30 ` Noé Lopez via Guix-patches via [this message]
2024-09-13 17:23 ` Ludovic Courtès
2024-09-11 19:49 ` [bug#72840] Deprecation policy Konrad Hinsen
2024-09-13 17:32 ` [bug#72840] [PATCH RFC] DRAFT doc: Add “Deprecation Policy” section Ludovic Courtès
2024-09-15 8:22 ` Konrad Hinsen
[not found] ` <66e1e26e.050a0220.2c8e9.9533SMTPIN_ADDED_BROKEN@mx.google.com>
2024-09-12 15:39 ` Greg Hogan
2024-09-13 16:41 ` [bug#72839] Using RFC process? (was Re: [bug#72839] [PATCH RFC] DRAFT doc: Add “Deprecation Policy” section.) Simon Tournier
2024-09-13 17:38 ` [bug#72840] [PATCH RFC] DRAFT doc: Add “Deprecation Policy” section Ludovic Courtès
2024-09-13 18:11 ` [bug#72839] bug#72840: " Simon Tournier
2024-09-13 20:57 ` [bug#72840] " indieterminacy
2024-09-23 21:44 ` Ludovic Courtès
2024-09-17 12:21 ` [bug#72840] Orphaned packages Konrad Hinsen
2024-09-23 21:47 ` [bug#72840] [PATCH RFC] DRAFT doc: Add “Deprecation Policy” section Ludovic Courtès
2024-09-24 5:21 ` Konrad Hinsen
[not found] <87a5gbe9eh.fsf@inria.fr>
2024-09-14 7:14 ` Janneke Nieuwenhuizen
2024-09-26 13:16 ` Ludovic Courtès
[not found] <87zfowk9bh.fsf@gnu.org>
2024-09-23 22:16 ` Ludovic Courtès
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://guix.gnu.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87mskexcue.fsf@ \
--to=guix-patches@gnu.org \
--cc=72840@debbugs.gnu.org \
--cc=noe@xn--no-cja.eu \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/guix.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).