unofficial mirror of guix-patches@gnu.org 
 help / color / mirror / code / Atom feed
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.




  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).