From: "Michał Górny" <mgorny@gentoo.org>
To: gentoo-project@lists.gentoo.org
Subject: Re: [gentoo-project] [RFC] OpenPGP Authority Keys to provide validity of developer/service keys
Date: Sat, 23 Feb 2019 08:57:37 +0100 [thread overview]
Message-ID: <1550908657.752.11.camel@gentoo.org> (raw)
In-Reply-To: <CAAr7Pr9g0D9t79Ttq2wRqcaiS_2QxjpzM5dSSMjgVU1SqpWP=A@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 1698 bytes --]
On Tue, 2019-02-19 at 16:54 -0500, Alec Warner wrote:
> > It seems like it would make far more sense to look at other direct
> > measures of activity than how up-to-date their gpg key is in the
> > keyservers.
> >
>
> I'm bad at GPG. However, I believe updating my keys to adapt to the policy
> took me about 30 minutes. Its required once every 12 months.
>
> Where should we set the bar here, if not "please contribute at least 30
> minutes every year to retain your developership."
>
There are a few problems here.
Firstly, we have a fair share of developers who don't follow any news,
and just do little Gentoo in their little corner. You need to find
a way to communicate this new requirement to them. They will be
probably outraged they have to do yet another thing to stay developers.
Secondly, retiring developers is a nasty business. Imagine people who
haven't done anything in N years, ignore retirement mail and then insult
us that we didn't go out of our way to discover they've lost access to
their Gentoo account years ago and never bothered to ask for reinstating
it. Now imagine what we're going to get for dare trying to retire
someone who ignored a few CAFF mails. Or retiring the same person after
it ignored all the retirement mail.
Thirdly, as I said, it introduces operation gaps. My original goal is
to make it possible for users to mail devs anytime. It's not going to
be nice to have gaps of one week between old signature expiring
and developer getting around to publish a new one. Not to mention
the obvious failure of importing the signature and forgetting to send it
to keyservers.
--
Best regards,
Michał Górny
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 963 bytes --]
next prev parent reply other threads:[~2019-02-23 7:57 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-02-16 8:40 [gentoo-project] [RFC] OpenPGP Authority Keys to provide validity of developer/service keys Michał Górny
2019-02-16 8:54 ` Toralf Förster
2019-02-17 3:08 ` Andreas K. Huettel
2019-02-17 3:45 ` Aaron Bauman
2019-02-17 6:56 ` Robin H. Johnson
2019-02-17 8:55 ` Michał Górny
2019-02-17 18:54 ` Matthew Thode
2019-02-17 19:03 ` Kristian Fiskerstrand
2019-02-18 13:22 ` Michał Górny
2019-02-19 19:47 ` Robin H. Johnson
2019-02-19 20:01 ` Michał Górny
2019-02-19 20:16 ` Rich Freeman
2019-02-19 21:54 ` Alec Warner
2019-02-19 23:21 ` Rich Freeman
2019-02-23 7:57 ` Michał Górny [this message]
2019-02-23 7:46 ` Michał Górny
2019-02-23 13:38 ` Rich Freeman
2019-02-23 16:30 ` Alec Warner
2019-02-23 16:52 ` Rich Freeman
2019-02-23 17:08 ` Michał Górny
2019-02-23 17:45 ` Rich Freeman
2019-02-17 19:04 ` Kristian Fiskerstrand
2019-02-18 5:23 ` Eray Aslan
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=1550908657.752.11.camel@gentoo.org \
--to=mgorny@gentoo.org \
--cc=gentoo-project@lists.gentoo.org \
/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