| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
Closes: https://bugs.gentoo.org/646068
Signed-off-by: Ulrich Müller <ulm@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Globally replace URLs pointing to gmane.org or marc.theaimsgroup.com,
preferably by archives.gentoo.org if the article is available there.
As suggested by robbat2, also add the Message-ID and bibliographical
information, in order to have a permanent reference to the message.
Notes on single GLEPs:
- GLEP 40: http://thread.gmane.org/gmane.linux.gentoo.devel/31060 had
pointed to the first message of the thread (by g2boojum), not to
stuart's followup. Corrected.
- GLEP 57: Two messages in gentoo-dev from January/February 2005 and
one message in gentoo-security from April 2003 are missing from
Gentoo archives. Use marc.info instead.
Signed-off-by: Ulrich Müller <ulm@gentoo.org>
|
|
|
|
|
|
|
|
|
| |
Fill in the reference implementation section. Reduce the requirements
for cutoffs to support only multiples of 4, as there is no point
in making the implementation more complex for something we aren't using
anyway. Fix a typo.
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ulrich Müller <ulm@gentoo.org>
|
|
|
|
|
|
|
| |
As discussed in 2019-09-08 council meeting.
Closes: https://bugs.gentoo.org/687420
Signed-off-by: Ulrich Müller <ulm@gentoo.org>
|
|
|
|
|
| |
Fixes: 9f2fa9195dc7c226de1bdd3625ff28b757ef4910
Signed-off-by: Ulrich Müller <ulm@gentoo.org>
|
|
|
|
|
|
|
| |
Add missing TAR-PORTABILITY reference to the citation from the article.
Closes: https://bugs.gentoo.org/689416
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/687420
Signed-off-by: Ulrich Müller <ulm@gentoo.org>
|
|
|
|
|
|
|
| |
Update the reference implementation section to indicate that it has been
committed already.
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ulrich Müller <ulm@gentoo.org>
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/687420
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/609338
Signed-off-by: Ulrich Müller <ulm@gentoo.org>
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/617612
Signed-off-by: Ulrich Müller <ulm@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ulrich Müller <ulm@gentoo.org>
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/679250
Signed-off-by: Ulrich Müller <ulm@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Update the wording of GLEP 48 to provide clear information on what kind
of disciplinary actions can be issued by QA and under what circumstances
they can be exercised.
According to the old wording, QA could only request 're-evaluating
commit rights' from ComRel. This is very unclear, and has been a source
of confusion. Firstly, it is unclear whether ComRel merely serves
as a proxy executing the QA team's decision, or whether it is supposed
to make independent judgment (which would be outside its scope).
Secondly, it suggests that the only disciplinary action possible would
be 're-evaluating commits rights' which sounds like an euphemism for
removing commit access permanently.
The new wording aims to make things clear, and make QA able to issue
short-term disciplinary actions without involving ComRel, similarly
to how Proctors work. Explanation for the individual points follows.
Firstly, it aims to clearly define the domain of QA actions, and set
a better distinction between QA and ComRel. In this context, QA
is concerned whenever the developer's action technically affects Gentoo,
which includes breaking user systems, Infrastructure tooling, other
packages, etc. ComRel/Proctors on the other hand are concerned
in actions having social consequences rather than technical.
Secondly, it clearly defines that the QA team can issue a temporary ban
(with the upper limit of 14 days) via an internal team vote. In this
case there is no necessity of involving ComRel, and QA can request
executing this disciplinary decision straight from Infra.
Thirdly, the old policy is clarified as applying to permanent bans.
In case of repeated offenses, QA requests ComRel to evaluate the case.
Closes: https://bugs.gentoo.org/684192
Signed-off-by: Michał Górny <mgorny@gentoo.org>
Signed-off-by: Ulrich Müller <ulm@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Following the recent mailing list discussion indicating that developers
are taking GLEP 63 as only source of truth about OpenPGP keys, and can
make assumption that if encryption key is not listed there they should
not have one. Amend the specification to extend it beyond the previous
limited scope of commit signing, and require an encryption key
appropriately. This matches the GnuPG defaults.
While at it, add a recommendation that the primary key is certify-only.
Other usage is implicitly discouraged anyway via requiring subkeys.
Originally this recommendation was omitted as I wasn't aware that gpg
had a (hidden) option to change usage of existing keys.
Closes: https://bugs.gentoo.org/681802
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ulrich Müller <ulm@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/682294
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
|
|
|
| |
Modify the paragraph on handling expired signatures to clearly indicate
that the new signature can be created when the old one is *about to
expire*. Requested by leio at the 2019-03-10 Council meeting.
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ulrich Müller <ulm@gentoo.org>
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/679250
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/652956
Signed-off-by: Ulrich Müller <ulm@gentoo.org>
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/424283
Signed-off-by: Ulrich Müller <ulm@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
| |
For example, CC-BY-SA-4.0 and FDL-1.3 both require that previous
copyright notices are left intact. Also it is not entirely clear if
and how the DMCA (17 U.S. Code §1202) applies to works released under
a free software license.
No update of version number because this is an editorial change.
Bug: https://bugs.gentoo.org/672848
Signed-off-by: Ulrich Müller <ulm@gentoo.org>
|
|
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
Signed-off-by: Ulrich Müller <ulm@gentoo.org>
Bug: https://bugs.gentoo.org/672672
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/666678
Signed-off-by: Ulrich Müller <ulm@gentoo.org>
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/666678
Signed-off-by: Ulrich Müller <ulm@gentoo.org>
|
|
|
|
|
|
|
|
| |
For consistency with the other process GLEPs, especially 1 and 2.
Omit the date from the Status section; it adds little value after
10 or more years past approval.
Signed-off-by: Ulrich Müller <ulm@gentoo.org>
|
|
|
|
|
|
| |
No change of text.
Signed-off-by: Ulrich Müller <ulm@gentoo.org>
|
|
|
|
|
|
| |
Reported-by: Michael Orlitzky <mjo@gentoo.org>
Signed-off-by: Michał Górny <mgorny@gentoo.org>
Signed-off-by: Ulrich Müller <ulm@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ulrich Müller <ulm@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ulrich Müller <ulm@gentoo.org>
|
| |
|
|
|
|
| |
Bug: https://bugs.gentoo.org/653118#c15
|
|
|
|
| |
Signed-off-by: Ulrich Müller <ulm@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
| |
- Sign-off must contain the name of a natural person.
- A copyright holder can be a legal entity.
Reviewed-by: Alec Warner <antarus@gentoo.org>
Reviewed-by: Michał Górny <mgorny@gentoo.org>
Reviewed-by: Matthew Thode <prometheanfire@gentoo.org>
Reviewed-by: Thomas Deutschmann <whissi@gentoo.org>
Signed-off-by: Ulrich Müller <ulm@gentoo.org>
|
|
|
|
| |
Per 2018-09-09 Council meeting and 2018-09-15 Trustees meeting.
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
Explicitly refer to https://developercertificate.org/, because
different wordings of DCO version 1.1 exist.
Slightly reword the last paragraph in the "Certificate of Origin"
section, as discussed with K_F.
|
| |
|
| |
|
|
|
|
| |
Don't use "separate" three times in one sentence.
|
|
|
|
|
|
| |
Note that it can only be used if applicable (requested by mgorny):
"... we should explicitly note that people using kernel DCO can't
commit license files"
|
|
|
|
|
|
|
|
|
| |
We cannot name it DCO, because the license conditions of OSDL's
DCO 1.1 say:
If you modify you must use a name or title distinguishable from
"Developer's Certificate of Origin" or "DCO" or any confusingly
similar name.
|