From: Jon Turney <jon.turney@dronecode.org.uk>
To: "cygwin-apps@cygwin.com" <cygwin-apps@cygwin.com>
Subject: Trusted maintainers (was: Re: How does a package become orphaned? (was Re: Attn maintainer: python-paramiko))
Date: Tue, 9 May 2023 21:16:31 +0100 [thread overview]
Message-ID: <971ab69b-1c88-b29a-d98c-55ccd4ab3b80@dronecode.org.uk> (raw)
In-Reply-To: <355f05b2-991c-fff6-fa5e-7d3eba7b16d9@dronecode.org.uk>
On 01/12/2022 19:41, Jon Turney wrote:
> On 04/11/2022 13:05, Chad Dougherty wrote:
>> On 2022-11-04 08:34, Jon Turney wrote:
[...]
>
> Well, maybe.
>
> I think a common way for distros to handle this is to have some subset
> of maintainers who are allowed to make NMUs for these "important" updates.
>
> The problem is we don't really have the concept of an NMU currently,
> although this is (again) due to accidents of history, rather than by
> design.
>
> The current upload policy is:
> - Only the maintainer for a package maintainer is allowed to upload that
> package.
> - If a package is orphaned (has no maintainer), there are some "trusted"
> maintainers who are allowed to upload it.
>
> I'm kind of inclined to relax that a bit, although I'm not sure what to.
I've cleaned-up a lot of the inconsistencies around the abilities of
"trusted" maintainers.
They can already modify the package maintainer database to handle ITPs,
package orphaning, adoption and removal.
They should now be permitted to upload, git push, deploy, vault, etc.
all packages (orphaned or not), as if they were the package maintainer.
Entrusted with these strange superpowers, the following god-like beings
walk unknown amongst us:
Achim Gratz
Corinna Vinschen
Ken Brown
Marco Atzeri
(as a note, they can already do all the above, and more, by virtue of
having cygwin group shell access on sourceware, but I don't consider
that a pre-requisite for the future)
next prev parent reply other threads:[~2023-05-09 20:16 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-01-23 22:17 Attn maintainer: python-paramiko Marco Atzeri
2022-01-27 4:18 ` Marco Atzeri
2022-11-02 20:04 ` Libor Ukropec
2022-11-04 12:34 ` How does a package become orphaned? (was Re: Attn maintainer: python-paramiko) Jon Turney
2022-11-04 13:05 ` Chad Dougherty
2022-11-15 18:47 ` Libor Ukropec
2022-11-16 11:52 ` Thomas Wolff
2022-11-17 10:24 ` Libor Ukropec
2022-11-17 18:32 ` Brian Inglis
2022-12-01 19:41 ` Jon Turney
2022-12-01 20:18 ` Libor Ukropec
2022-12-02 8:20 ` Marco Atzeri
2022-12-05 23:07 ` Libor Ukropec
2022-12-05 20:54 ` Jon Turney
2022-12-06 0:07 ` Libor Ukropec
2022-12-01 19:41 ` Jon Turney
2022-12-01 20:02 ` Achim Gratz
2023-05-09 20:16 ` Jon Turney [this message]
2023-05-11 13:57 ` Trusted maintainers (was: Re: How does a package become orphaned? (was Re: Attn maintainer: python-paramiko)) Andrew Schulman
2023-05-13 10:18 ` Marco Atzeri
2023-05-30 13:39 ` Andrew Schulman
2023-06-06 8:12 ` Corinna Vinschen
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=971ab69b-1c88-b29a-d98c-55ccd4ab3b80@dronecode.org.uk \
--to=jon.turney@dronecode.org.uk \
--cc=cygwin-apps@cygwin.com \
/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.
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).