From: Willy Tarreau <willy@w.ods.org>
To: Rik van Riel <riel@redhat.com>
Cc: "Marcos D. Marado Torres" <marado@student.dei.uc.pt>,
Ed Tomlinson <edt@aei.ca>, Massimo Cetra <mcetra@navynet.it>,
"'Chuck Ebbert'" <76306.1226@compuserve.com>,
"'Bill Davidsen'" <davidsen@tmr.com>,
"'William Lee Irwin III'" <wli@holomorphy.com>,
"'linux-kernel'" <linux-kernel@vger.kernel.org>
Subject: Re: My thoughts on the "new development model"
Date: Wed, 27 Oct 2004 07:13:42 +0200 [thread overview]
Message-ID: <20041027051342.GK19761@alpha.home.local> (raw)
In-Reply-To: <Pine.LNX.4.44.0410270027110.21548-100000@chimarrao.boston.redhat.com>
On Wed, Oct 27, 2004 at 12:29:10AM -0400, Rik van Riel wrote:
> On Wed, 27 Oct 2004, Marcos D. Marado Torres wrote:
>
> > When it happened in 2.4 2.5 was created. Isn't all this just the
> > indication that we need a 2.6 development like 2.4 is, and we need 2.7
> > to be created?
>
> While a 2.7 series might provide developers with an "outlet"
> for their creativity, it does not give users the availability
> of the features they need.
Rik, "new features" are what causes the kernel to be in permanent development
mode. It happened to all of us that a new feature broke compatability with a
patch or even caused a side effect. Users don't "need" new features, they
*want* them. This is what makes them upgrade to the new release in a fast
release model. If 2.4 had been released sooner, USB would never have made
it in 2.2, and 2.2 users would have switched faster. I know people who still
use 2.2 only on their dev systems because they don't need any upgrade.
If you think that new features is something absolutely necessary, then we
could have a permanent 4-digit kernel version. The third one would indicate
new features, and the fourth one only bug fixes. One could be running
2.6.9.5 with 2.6.9 features and a few fixes. But I thought that was was the
2nd and 3rd digits already were for (the 2nd one is called "PATCHLEVEL").
> Most features are developed because a user needs them now,
> so having the users wait until 2.8 is not acceptable.
yes it would be acceptable if 2.8 was expected only half a year from now.
> Making
> the distributions backport the needed features into 2.6 leads
> to lots of duplicate effort and some code fragmentation.
I agree, and it also causes incompatibility between systems. I recently
sadly discovered that RHEL 3.0 was not "Linux" anymore, but "RHEL". With
all the 2.6 backports into 2.4, you cannot make it boot on a true 2.4
anymore. Very sad indeed.
Cheers,
Willy
next prev parent reply other threads:[~2004-10-27 5:14 UTC|newest]
Thread overview: 115+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-10-26 5:40 Chuck Ebbert
2004-10-26 10:44 ` Ed Tomlinson
2004-10-26 11:09 ` Massimo Cetra
2004-10-26 12:08 ` Paolo Ciarrocchi
2004-10-26 19:03 ` Mathieu Segaud
2004-10-26 20:16 ` Let's make a small change to the process Paolo Ciarrocchi
2004-10-26 20:22 ` William Lee Irwin III
2004-10-26 20:26 ` Paolo Ciarrocchi
2004-10-26 20:33 ` William Lee Irwin III
2004-10-26 20:36 ` Dave Jones
2004-10-26 20:44 ` Paolo Ciarrocchi
2004-10-27 0:51 ` Jan Knutar
2004-10-26 20:48 ` John Richard Moser
2004-10-26 21:00 ` Paolo Ciarrocchi
2004-10-26 15:03 ` My thoughts on the "new development model" William Lee Irwin III
2004-10-26 21:19 ` Ed Tomlinson
2004-10-27 3:05 ` Marcos D. Marado Torres
2004-10-27 4:29 ` Rik van Riel
2004-10-27 5:13 ` Willy Tarreau [this message]
2004-10-27 5:23 ` William Lee Irwin III
2004-10-27 6:04 ` Willy Tarreau
2004-10-27 6:28 ` William Lee Irwin III
2004-10-27 6:50 ` Massimo Cetra
2004-10-27 6:56 ` William Lee Irwin III
2004-11-16 16:43 ` Bill Davidsen
2004-10-27 13:48 ` John Richard Moser
2004-10-27 14:57 ` Theodore Ts'o
2004-10-27 15:35 ` John Richard Moser
2004-10-27 19:46 ` Marcos D. Marado Torres
2004-10-27 21:08 ` John Richard Moser
2004-10-27 21:14 ` Rik van Riel
2004-10-27 17:55 ` William Lee Irwin III
2004-10-27 13:38 ` John Richard Moser
2004-10-27 5:25 ` John Richard Moser
2004-10-28 6:46 ` michael
2004-10-28 7:13 ` William Lee Irwin III
2004-10-28 7:28 ` Hacksaw
2004-10-29 21:30 ` Adrian Bunk
2004-10-28 7:57 ` Massimo Cetra
2004-10-28 16:14 ` John Richard Moser
2004-10-28 17:27 ` Theodore Ts'o
2004-10-28 23:19 ` michael
2004-10-29 0:02 ` John Richard Moser
2004-10-27 4:26 ` Rik van Riel
2004-11-16 16:18 ` Bill Davidsen
2004-10-26 12:37 ` Barry K. Nathan
2004-10-26 14:40 ` Espen Fjellvær Olsen
2004-10-26 14:28 ` William Lee Irwin III
2004-10-26 14:41 ` Gene Heskett
2004-10-26 14:24 ` William Lee Irwin III
2004-10-27 15:27 ` Alan Cox
-- strict thread matches above, loose matches on Subject: below --
2004-10-28 23:33 Chuck Ebbert
2004-10-28 23:53 ` William Lee Irwin III
2004-10-28 13:04 Chuck Ebbert
2004-10-28 13:15 ` Arjan van de Ven
2004-10-28 15:03 ` William Lee Irwin III
2004-10-28 15:07 ` William Lee Irwin III
2004-10-28 17:33 ` Alan Cox
2004-10-28 18:39 ` William Lee Irwin III
2004-10-29 13:19 ` Bill Davidsen
2004-10-29 17:49 ` William Lee Irwin III
2004-10-27 19:50 Chuck Ebbert
2004-10-27 21:40 ` Alan Cox
2004-10-28 2:59 ` Dmitry Torokhov
2004-10-28 10:16 ` Alan Cox
2004-10-27 0:00 Chuck Ebbert
2004-10-27 0:24 ` Dmitry Torokhov
2004-10-27 0:36 ` William Lee Irwin III
2004-10-27 0:36 ` William Lee Irwin III
2004-10-27 2:45 ` Marcos D. Marado Torres
2004-10-27 3:19 ` William Lee Irwin III
2004-10-27 2:47 ` Marcos D. Marado Torres
2004-10-26 16:32 Chuck Ebbert
2004-10-26 17:37 ` William Lee Irwin III
2004-10-26 15:54 Chuck Ebbert
2004-10-26 17:50 ` William Lee Irwin III
2004-10-22 20:03 My thoughts on the "new development model"(A bit late tho) Espen Fjellvær Olsen
2004-10-22 21:52 ` My thoughts on the "new development model" Espen Fjellvær Olsen
2004-10-22 22:12 ` Clemens Schwaighofer
2004-10-23 12:55 ` Bernd Petrovitsch
2004-10-24 3:04 ` Clemens Schwaighofer
2004-10-22 22:45 ` William Lee Irwin III
2004-10-22 22:50 ` Espen Fjellvær Olsen
2004-10-22 23:21 ` William Lee Irwin III
2004-10-23 0:41 ` Lee Revell
2004-10-22 22:57 ` Willy Tarreau
2004-10-23 0:09 ` William Lee Irwin III
2004-10-23 2:40 ` Lee Revell
2004-10-25 21:15 ` Bill Davidsen
2004-10-25 22:08 ` William Lee Irwin III
2004-10-26 16:12 ` Charles Shannon Hendrix
2004-10-26 16:53 ` Mark Nipper
2004-10-23 1:40 ` Adrian Bunk
2004-10-23 5:04 ` Greg KH
2004-10-26 1:07 ` Adrian Bunk
2004-10-23 5:52 ` Willy Tarreau
2004-10-23 14:18 ` William Lee Irwin III
2004-10-23 19:58 ` Kronos
2004-10-23 20:05 ` Espen Fjellvær Olsen
2004-10-22 22:58 ` Lee Revell
2004-10-22 23:21 ` Paul Fulghum
2004-10-22 23:43 ` William Lee Irwin III
2004-10-23 8:01 ` Boris Bukowski
2004-10-26 16:01 ` John Richard Moser
2004-10-26 16:44 ` John Richard Moser
2004-10-26 16:58 ` Hua Zhong
2004-10-26 18:53 ` Diego Calleja
2004-10-26 19:33 ` Paul Fulghum
2004-10-27 15:31 ` Alan Cox
2004-10-27 15:30 ` Alan Cox
2004-10-27 18:37 ` Hua Zhong
2004-10-27 21:39 ` Alan Cox
2004-10-27 16:59 ` Arjan van de Ven
2004-10-27 19:27 ` Marcos D. Marado Torres
2004-10-26 18:01 ` Stephen Hemminger
2004-10-26 18:38 ` John Richard Moser
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=20041027051342.GK19761@alpha.home.local \
--to=willy@w.ods.org \
--cc=76306.1226@compuserve.com \
--cc=davidsen@tmr.com \
--cc=edt@aei.ca \
--cc=linux-kernel@vger.kernel.org \
--cc=marado@student.dei.uc.pt \
--cc=mcetra@navynet.it \
--cc=riel@redhat.com \
--cc=wli@holomorphy.com \
/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
all inboxes | Powered by JetHome®