public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
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


  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