From: Rich Freeman <rich0@gentoo.org>
To: gentoo-dev <gentoo-dev@lists.gentoo.org>
Subject: Re: [gentoo-dev] Prevent to need to change all keywords at the same time
Date: Thu, 17 Jul 2014 16:40:02 -0400 [thread overview]
Message-ID: <CAGfcS_k7GHnC2Fq9sO4Tx5E_KB6t0hdyj_0+1VoFm7MU8fJ0dg@mail.gmail.com> (raw)
In-Reply-To: <53C81C5A.7000202@gentoo.org>
On Thu, Jul 17, 2014 at 2:56 PM, Ian Stakenvicius <axs@gentoo.org> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA256
>
> On 17/07/14 02:28 PM, Pacho Ramos wrote:
>> El jue, 17-07-2014 a las 17:03 +0100, Ciaran McCreesh escribió:
>>> On Thu, 17 Jul 2014 10:23:20 -0400 Rich Freeman
>>> <rich0@gentoo.org> wrote:
>>>> I think that sticking KEYWORDS in an eclass is something that
>>>> should probably never happen.
>>>
>>> It used to be banned by PMS, for other reasons...
>>>
>>
>> I have just found this:
>> https://bugs.gentoo.org/show_bug.cgi?id=342185
>>
>> Then, looks like they are refusing to change it :(
>>
>
> OK, so, we're back to the complicated option -- a different set of
> KEYWORDS for each class of RELEASE (ie, RELEASE=true, RELEASE=false,
> or a new RELEASE=in-progress); ebuilds are set to in-progress for the
> particular set that are being stabilized, and KEYWORDS are adjusted in
> the eclass.
>
> I guess we'll have to wait until vapier's back to get it done, tho..
>
No, we can still choose to ban this practice. Is there a good reason
to do it this way? A REALLY good reason?
If not, I suggest we make policy to prohibit this, and only allow it
in circumstances TBD (the Council can consider them if somebody
actually comes up with one).
I agree that it isn't a PMS issue - it is a tree quality issue. PMS
doesn't prohibit introducing packages straight to stable, dropping
stable packages, etc. These are all tree quality issues and a matter
of policy.
Rich
next prev parent reply other threads:[~2014-07-17 20:40 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-07-17 12:28 [gentoo-dev] Prevent to need to change all keywords at the same time Pacho Ramos
2014-07-17 13:50 ` "Paweł Hajdan, Jr."
2014-07-17 14:09 ` Ian Stakenvicius
2014-07-17 14:23 ` Rich Freeman
2014-07-17 16:03 ` Ciaran McCreesh
2014-07-17 18:28 ` Pacho Ramos
2014-07-17 18:33 ` Ciaran McCreesh
2014-07-17 18:56 ` Ian Stakenvicius
2014-07-17 20:40 ` Rich Freeman [this message]
2014-07-17 20:44 ` Ciaran McCreesh
2014-07-17 20:52 ` Rich Freeman
2014-07-18 10:09 ` Samuli Suominen
2014-07-17 18:45 ` Ulrich Mueller
2014-07-17 21:14 ` Thomas Sachau
2014-07-17 21:20 ` Ciaran McCreesh
2014-07-18 8:14 ` Pacho Ramos
2014-07-19 13:35 ` Thomas Sachau
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_k7GHnC2Fq9sO4Tx5E_KB6t0hdyj_0+1VoFm7MU8fJ0dg@mail.gmail.com \
--to=rich0@gentoo.org \
--cc=gentoo-dev@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