public inbox for gentoo-project@lists.gentoo.org
 help / color / mirror / Atom feed
From: Rich Freeman <rich0@gentoo.org>
To: gentoo-project <gentoo-project@lists.gentoo.org>
Subject: Re: [gentoo-project] Repo mirror & CI: official statement wrt GitHub
Date: Fri, 15 Jun 2018 12:11:42 -0400	[thread overview]
Message-ID: <CAGfcS_=jUgHACuENBL7gsDL-603TfLEm4hF6HK1-_nd0QdB_uw@mail.gmail.com> (raw)
In-Reply-To: <068c46f9-cc89-702b-8c77-94896e1bf321@gmail.com>

On Fri, Jun 15, 2018 at 12:03 PM kuzetsa <kuzetsa@gmail.com> wrote:
>
> from: "$ man git-commit" :  [...] The meaning of a
> signoff depends on the project, but it typically
> certifies that committer has the rights to submit
> this work [...]
>
> this is frustratingly vague (to me), but I suppose
> the extra metadata included in the same paragraph
> has a link to: https://developercertificate.org/

Well, we aren't using that as-is, but a modified version of this.
Gentoo policies aren't contained in manpages.

The Gentoo policy is in draft GLEP 76:
https://gitweb.gentoo.org/data/glep.git/tree/glep-0076.rst

(It was posted a few days ago on this list, and discussed here in
various forms over the last few years.)

> ^ took me a few minutes to figure out what you meant,
> or where that particular quote came from:

It came from GLEP 76 (still in draft).  It is of course based on the
Linux DCO (which I believe is attributed in the GLEP).

> I had never considered this, because historically,
> gentoo developers who use their PGP key to commit
> rarely use the --signoff feature when committing the
> submissions of a contributor, and even if they had,
> there's not a stable definition.

Today they shouldn't be using --signoff, because there IS no official
policy.  They will be required to do so once GLEP 76 is approved (this
will be enforced with a commit hook).

> "some other person who certified" - does this mean the
> contributor needs to use their PGP key to sign or...?
>
> it would be good for gentoo to have clarity on this.

IMO it is up to the certifier to decide what constitutes a
certification made by somebody else.  This is necessarily outside of
Gentoo so to try to impose a particular mechanism would make it harder
to use outside code.  For example, all Linux commits have a DCO
signoff, but these have no GPG signoffs to go with them.  We wouldn't
want to block people from using GPL2 Linux code just because they use
a different mechanism to track such things.

The Gentoo DCO is an agreement between the Gentoo committer (a Gentoo
dev) and Gentoo.

That is roughly how I see it at least.

--
Rich


  reply	other threads:[~2018-06-15 16:11 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-06-09  7:25 [gentoo-project] Repo mirror & CI: official statement wrt GitHub Michał Górny
2018-06-09  7:50 ` Ulrich Mueller
2018-06-09  7:52   ` Michał Górny
2018-06-09  9:11     ` Thomas Deutschmann
2018-06-11 12:15     ` Kristian Fiskerstrand
2018-06-11 13:28     ` Rich Freeman
2018-06-14  9:47       ` James Le Cuirot
2018-06-14 14:14         ` Alec Warner
2018-06-14 14:25           ` Mauricio Lima Pilla
2018-06-15  0:33           ` Thomas Deutschmann
2018-06-15  1:14             ` Aaron W. Swenson
2018-06-15  2:16             ` Alec Warner
2018-06-15  7:20               ` Kristian Fiskerstrand
2018-06-16 23:55               ` Virgil Dupras
2018-06-17  0:25                 ` Rich Freeman
2018-06-16 21:58           ` Andreas K. Huettel
2018-06-16 23:14             ` Rich Freeman
2018-06-16 23:45             ` Alec Warner
2018-06-17  1:05               ` Brian Dolbec
2018-06-14 19:55 ` kuzetsa
2018-06-15  0:26   ` Thomas Deutschmann
2018-06-15  2:27     ` kuzetsa
2018-06-15 11:50       ` Thomas Deutschmann
2018-06-15 14:55         ` kuzetsa
2018-06-15 15:31           ` Rich Freeman
2018-06-15 16:03             ` kuzetsa
2018-06-15 16:11               ` Rich Freeman [this message]
2018-06-15 16:22                 ` kuzetsa

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='CAGfcS_=jUgHACuENBL7gsDL-603TfLEm4hF6HK1-_nd0QdB_uw@mail.gmail.com' \
    --to=rich0@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