From: Peter Stuge <peter@stuge.se>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Vanilla sources stabilization policy change
Date: Wed, 24 Jul 2013 21:01:30 +0200 [thread overview]
Message-ID: <20130724190130.15592.qmail@stuge.se> (raw)
In-Reply-To: <CAGfcS_kv8AkFT93LBOqadACkardrO70+KBYaH98Lde2eyvT2Pw@mail.gmail.com>
Rich Freeman wrote:
> >> Stable should mean something
> >
> > For users, stable means "older" in practice. Always did, always will.
>
> Don't change the meaning of stable, however, for those who find it useful.
This is a good point, but the original post suggested to me that
actually every new release of v-s is preferable over every older
one and perhaps even over g-s because there are more fixes.
> Defining stable to mean "no testing at all except by the maintainer"
> just makes the keyword meaningless
I do think it's meaningless, though in a different way than you mean.
But back on track:
1. "stable" in Gentoo means "Gentoo QA-approved" and it is the default
2. v-s will never be stable
3. g-s will always be behind v-s, the latter having more fixes
It just seems to me that stable isn't a good default for the kernel
because of 2 and 3, and as a result users end up having fewer fixes,
since g-s is older.
> The main distinction between stable and testing is fewer updates.
If QA had infinite resources I suppose that wouldn't be the case.
I think it's important to stick to the actual definition of stable
meaning QA-approved.
> If gentoo-sources isn't complying with our GLSA standards I think
> that is worth bringing attention (and help) to, but I've yet to
> hear that mentioned.
Is that somehow implied by the original post, which states that g-s
can be expected to always lack the newest fixes in v-s?
I realize that this isn't such a simple matter, but I think it's
worth consideration.
To be clear: I am not suggesting to change the meaning of stable,
I am suggesting that the latest available upstream kernel should
perhaps be the default for Gentoo users. How to make that happen
is less important, the idea to automatically mark v-s stable is
only that, an idea. :)
//Peter
next prev parent reply other threads:[~2013-07-24 19:01 UTC|newest]
Thread overview: 49+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-07-24 14:02 [gentoo-dev] Vanilla sources stabilization policy change Mike Pagano
2013-07-24 17:37 ` Peter Stuge
2013-07-24 17:43 ` Alex Xu
2013-07-24 17:46 ` Rich Freeman
2013-07-24 17:54 ` Peter Stuge
2013-07-24 18:25 ` Rich Freeman
2013-07-24 19:01 ` Peter Stuge [this message]
2013-07-24 19:10 ` Ben Kohler
2013-07-24 19:15 ` Peter Stuge
2013-07-24 20:40 ` Tom Wijsman
2013-07-24 20:40 ` Rich Freeman
2013-07-24 20:45 ` Ciaran McCreesh
2013-07-24 23:09 ` Greg KH
2013-07-25 1:42 ` Rich Freeman
2013-08-07 9:37 ` Tom Wijsman
2013-08-07 22:44 ` Greg KH
2013-08-07 22:50 ` Peter Stuge
2013-08-07 23:19 ` Greg KH
2013-08-08 2:43 ` Tom Wijsman
2013-08-08 22:29 ` Greg KH
2013-08-09 8:10 ` Tom Wijsman
2013-08-08 23:44 ` Peter Stuge
2013-08-09 8:23 ` Tom Wijsman
2013-08-08 2:37 ` Tom Wijsman
2013-08-08 22:32 ` Greg KH
2013-08-09 8:34 ` Tom Wijsman
2013-08-09 10:38 ` Rich Freeman
2013-08-09 13:28 ` Tom Wijsman
2013-08-09 19:27 ` Greg KH
2013-08-09 19:30 ` Greg KH
2013-08-09 19:46 ` Tom Wijsman
2013-08-09 19:57 ` Greg KH
2013-07-24 20:22 ` Tom Wijsman
2013-07-24 20:06 ` Tom Wijsman
2013-07-24 17:49 ` Peter Stuge
2013-07-24 17:58 ` Alex Xu
2013-07-24 18:16 ` Peter Stuge
2013-07-24 20:59 ` Tom Wijsman
2013-07-24 22:17 ` Markos Chandras
2013-08-07 9:47 ` Tom Wijsman
2013-07-27 8:02 ` Sergey Popov
2013-07-27 8:56 ` Chí-Thanh Christopher Nguyễn
2013-07-27 13:28 ` Alexander Berntsen
2013-07-27 13:32 ` Manuel Rüger
2013-07-29 21:45 ` Alexander Berntsen
2013-08-07 9:58 ` Tom Wijsman
2013-07-27 18:20 ` Chí-Thanh Christopher Nguyễn
2013-07-27 13:58 ` Rich Freeman
2013-07-27 18:55 ` Mike Pagano
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=20130724190130.15592.qmail@stuge.se \
--to=peter@stuge.se \
--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