From: David Newall <davidn@davidnewall.com>
To: Stefan Richter <stefanr@s5r6.in-berlin.de>
Cc: Marcin Letyns <mletyns@gmail.com>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: stable? quality assurance?
Date: Tue, 13 Jul 2010 05:28:15 +0930 [thread overview]
Message-ID: <4C3B73D7.8050802@davidnewall.com> (raw)
In-Reply-To: <4C3B585A.6090106@s5r6.in-berlin.de>
Stefan Richter wrote:
> David Newall wrote:
>
>> Thus 2.6.34 is the latest gamma-test kernel. It's not stable and I
>> doubt anybody honestly thinks otherwise.
>>
>
> It works stable for what I use it for.
>
Mea culpa. I didn't mean that 2.6.34 is unstable, but that the term
"stable" is not appropriate for a newly released kernel; "gamma" should
be used instead.
Merely six months ago 2.6.32 was released; today we're preparing for
2.6.35; a new kernel every two months! Perhaps 2.6.31 is truly the
latest stable kernel; or else 2.6.27 does, which is the other 2.6 on the
front page of kernel.org. I'm pretty sure 2.4 is stable (which might
explain why I see it embedded *much* more frequently than 2.6.)
> If it doesn't for you, then I hope you are already in contact with the
> respective subsystem developers to get the regressions that you
> experience fixed.
>
(Segue to a problem which follows from calling bleeding-edge kernels
"stable".)
When reporting bugs, the first response is often, "we're not interested
in such an old kernel; try it with the latest." That's not hugely
useful when the latest kernels are not suitable for production use. If
kernels weren't marked stable until they had earned the moniker, for
example 2.6.27, then the expectation of developers and of users would be
consistent: developers could expect users to try it again with latest
stable kernel, and users could reasonably expect that trying it wouldn't
break their system.
next prev parent reply other threads:[~2010-07-12 19:58 UTC|newest]
Thread overview: 72+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-07-11 7:18 stable? quality assurance? Martin Steigerwald
2010-07-11 8:39 ` Eric Dumazet
2010-07-11 14:22 ` Martin Steigerwald
2010-07-11 14:52 ` Martin Steigerwald
2010-07-11 15:58 ` William Pitcock
2010-07-11 16:34 ` Eric Dumazet
2010-07-16 6:59 ` Greg KH
2010-08-05 3:27 ` Jeremy Fitzhardinge
2010-07-11 17:04 ` Heinz Diehl
2010-07-11 13:16 ` Ted Ts'o
2010-07-11 18:02 ` Anca Emanuel
2010-07-12 6:46 ` David Newall
[not found] ` <AANLkTilGjfx9sb66qVfZn1SeFPURHUrrdE7JCrild8VX@mail.gmail.com>
2010-07-12 12:35 ` Fwd: " Marcin Letyns
2010-07-12 12:42 ` Alexey Dobriyan
[not found] ` <AANLkTik64lxDiCN-eRo3i_-cTqAvCzbaRI4EEXoD44Vj@mail.gmail.com>
2010-07-12 12:52 ` Fwd: " Marcin Letyns
2010-07-12 14:57 ` Valdis.Kletnieks
2010-07-12 15:56 ` David Newall
2010-07-12 17:48 ` Marcin Letyns
2010-07-12 18:00 ` Stefan Richter
2010-07-12 19:58 ` David Newall [this message]
2010-07-12 21:11 ` Stefan Richter
2010-07-12 21:39 ` Martin Steigerwald
2010-07-12 22:44 ` Stefan Richter
2010-07-15 7:23 ` david
2010-07-13 16:50 ` Theodore Tso
2010-07-13 20:45 ` David Newall
2010-07-14 6:33 ` Theodore Tso
2010-09-04 17:12 ` Martin Steigerwald
2010-07-11 13:56 ` Lee Mathers
2010-07-11 14:51 ` Martin Steigerwald
2010-07-11 17:22 ` Willy Tarreau
2010-07-11 21:38 ` Rafael J. Wysocki
2010-07-12 4:17 ` Willy Tarreau
2010-07-12 9:56 ` Martin Steigerwald
2010-07-12 15:43 ` Martin Steigerwald
2010-07-12 17:36 ` Willy Tarreau
2010-07-12 19:56 ` Martin Steigerwald
2010-07-12 23:03 ` Stefan Richter
2010-07-13 10:30 ` Martin Steigerwald
2010-07-15 7:32 ` david
2010-07-12 17:55 ` Stefan Richter
2010-09-04 16:38 ` Martin Steigerwald
2010-09-04 18:46 ` Ted Ts'o
2010-09-04 19:11 ` Martin Steigerwald
2010-09-04 23:23 ` Ted Ts'o
2010-09-05 7:59 ` Martin Steigerwald
2010-09-04 19:24 ` Stefan Richter
2010-09-04 19:34 ` Stefan Richter
2010-09-04 20:21 ` Martin Steigerwald
2010-09-04 22:50 ` Stefan Richter
2010-09-04 23:16 ` Ted Ts'o
2010-09-05 8:35 ` Avi Kivity
2010-09-05 9:48 ` Martin Steigerwald
2010-07-11 19:49 ` Stefan Richter
2010-07-13 11:11 ` Alejandro Riveira Fernández
2010-07-13 12:50 ` rt2x00: slow wifi with correct basic rate bitmap (was Re: stable? quality assurance?) Stefan Richter
2010-07-13 15:35 ` John W. Linville
2010-07-13 18:19 ` Alejandro Riveira Fernández
2010-07-13 18:38 ` John W. Linville
2010-07-13 19:07 ` Alejandro Riveira Fernández
2010-07-13 18:06 ` Alejandro Riveira Fernández
2010-07-13 19:18 ` Stefan Richter
2010-07-12 19:46 ` stable? quality assurance? Nix
[not found] ` <AANLkTimEdVsmIgXBbmhsq75ElQvGAI8avsM8-wlDpm4z@mail.gmail.com>
2010-07-15 9:09 ` Valeo de Vries
2010-07-16 7:00 ` Greg KH
2010-07-16 7:19 ` Justin P. Mattock
2010-07-16 15:25 ` Randy Dunlap
2010-07-16 15:34 ` Valeo de Vries
-- strict thread matches above, loose matches on Subject: below --
2010-09-04 16:42 Martin Steigerwald
2010-09-04 17:22 ` Willy Tarreau
2010-09-04 19:33 ` Martin Steigerwald
2010-09-04 20:19 ` Willy Tarreau
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=4C3B73D7.8050802@davidnewall.com \
--to=davidn@davidnewall.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mletyns@gmail.com \
--cc=stefanr@s5r6.in-berlin.de \
/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