From: Rob Landley <landley@trommello.org>
To: nwourms@netscape.net, linux-kernel@vger.kernel.org
Subject: Re: Linux v2.5.44 - and offline for a week
Date: Sun, 20 Oct 2002 17:49:41 -0500 [thread overview]
Message-ID: <200210201749.41625.landley@trommello.org> (raw)
In-Reply-To: <aorjq3$3dm$1@main.gmane.org>
On Saturday 19 October 2002 07:41, Nicholas Wourms wrote:
> Linus Torvalds wrote:
> > Ok, I've merged stuff from more people, and 2.5.44 is out there. We're
> > getting closer, folks.
> >
> > And for the ext 8 days (starting _now_) it is totally unnecessary to try
> > to send me patches or cc me on the discussions about what needs to be
> > merged or not. I won't read it, and when I get back I will likely just
> > flush the whole inbox, since there's no way I can try to catch up _and_
> > try to merge some final pieces before the feature freeze at the same
> > time.
>
> Perhaps this is good reason to delay the freeze for an additional 2 weeks
> or so?
No, it isn't.
> I fail to see the necessity of rushing into a freeze,
The freeze date freeze was set and publicized more than 6 months ago. Define
"rushing".
> especially
> when it seems obvious that people are trying to merge code which hasn't
> been adequately tested.
There will always be code that's not ready before the freeze, and that won't
make it in. If this wasn't the case, there wouldn't be a need for a cutoff
date, would there? "Oh, development is over, there are no more interesting
new patches anywhere, we can all go home now." Doesn't happen.
Thawing the freeze won't help. As time approaches zero, effort approaches
infinity. (Remember college? How many papers did you hand in BEFORE they
were due?)
Meaningful deadlines have a nice motivating effect. Endless extensions are
just sloppy.
> I think Hans Reiser and others have brought up
> valid points that the freeze is happening too soon. I tend to agree,
> especially looking back at the timetable surrounding 2.1.X development.
2.1.X had a timetable?
(I mean, retroactively it had a time table, sure. But are you implying there
was some sort of planned schedule anybody paid attention to at the time? I
must have missed it. There was a lot of "we really mean it this time,
honestly", and "just this once, but don't do it again". But I don't remember
anybody actually paying attention after the first couple of times...)
> Since I'm not a contributor, I know my opinion doesn't count for much.
> Still, as a user I think it is important not to write of new features just
> because they didn't make the "arbitrary" freeze date. Again, I really
> don't see what the rush is all about.
Who says anything about writing off features? 3.0 isn't the end of the world.
The kernel team is trying to get it out now so people don't have to wait
another year or more to use the new features that have ALREADY gotten in.
With a snappy enough cycle time, it's possible to get this stable series into
the hands of users, open the next development branch, and have that one
stabilised and released before a traditional "two years plus" development
cycle like 2.3 or 2.1 would get to its FIRST dot-0 release (with the
obligatory brown paper bag bugs, since it's been so long since anybody
actually used the thing in production..).
Slowing down the development cycle does not speed the introduction of
features. Really.
Rob
next prev parent reply other threads:[~2002-10-21 3:43 UTC|newest]
Thread overview: 57+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-10-19 4:24 Linux v2.5.44 - and offline for a week Linus Torvalds
2002-10-19 12:41 ` Nicholas Wourms
2002-10-19 14:05 ` Russell King
2002-10-19 16:40 ` Nicolas Pitre
2002-10-20 1:58 ` Rik van Riel
2002-10-20 12:59 ` Roman Zippel
2002-10-21 3:51 ` 2.6: Shortlist of Missing Features Rusty Russell
2002-10-21 2:44 ` Rob Landley
2002-10-21 7:43 ` David S. Miller
2002-10-21 7:59 ` YOSHIFUJI Hideaki / 吉藤英明
[not found] ` <200210202207.21397.landley@trommello.org>
2002-10-21 8:14 ` YOSHIFUJI Hideaki / 吉藤英明
2002-10-21 11:22 ` [STATUS 2.5] October 21, 2002 Guillaume Boissiere
2002-10-21 20:22 ` Rob Landley
2002-10-22 19:47 ` Andreas Dilger
2002-10-22 19:57 ` Dave Jones
2002-10-22 20:18 ` Andreas Dilger
2002-10-23 1:44 ` Dave Jones
2002-10-22 20:33 ` Alan Cox
2002-10-21 20:36 ` Son of crunch time: the list v1.2 Rob Landley
2002-10-22 1:54 ` Davide Libenzi
2002-10-22 2:02 ` Jeff Garzik
2002-10-21 21:42 ` Rob Landley
2002-10-22 2:53 ` Jeff Garzik
2002-10-22 2:58 ` Arnaldo Carvalho de Melo
2002-10-22 17:32 ` Nicholas Wourms
2002-10-22 17:40 ` Christoph Hellwig
2002-10-22 17:48 ` Nicholas Wourms
2002-10-22 18:25 ` Alan Cox
2002-10-23 15:36 ` Rob Landley
2002-10-22 3:20 ` Robert Love
[not found] ` <200210211900.42772.landley@trommello.org>
2002-10-22 5:04 ` Robert Love
2002-10-22 9:40 ` Jeff Garzik
2002-10-22 6:53 ` george anzinger
2002-10-22 6:45 ` george anzinger
[not found] ` <200210221232.IAA03454@mc.com>
2002-10-22 19:24 ` george anzinger
2002-10-22 10:15 ` Matt D. Robinson
2002-10-22 2:13 ` Martin J. Bligh
2002-10-22 3:01 ` Karim Yaghmour
2002-10-22 8:14 ` Eric W. Biederman
2002-10-22 12:54 ` Christoph Hellwig
2002-10-23 10:28 ` Vamsi Krishna S .
2002-10-23 16:03 ` Rob Landley
2002-10-24 7:23 ` Vamsi Krishna S .
2002-10-22 2:26 ` 2.6: Shortlist of Missing Features Rusty Russell
2002-10-22 5:21 ` David S. Miller
2002-10-21 4:04 ` David S. Miller
2002-10-21 12:39 ` Alan Cox
2002-10-21 4:07 ` Matt D. Robinson
2002-10-21 4:20 ` Skip Ford
2002-10-21 12:38 ` Alan Cox
2002-10-21 13:26 ` Roman Zippel
2002-10-22 3:42 ` Rusty Russell
2002-10-22 3:28 ` Bride of crunch time: list 1.3-ish (was Re: 2.6: Shortlist of Missing Features) Rob Landley
2002-10-20 22:49 ` Rob Landley [this message]
2002-10-21 10:15 ` Linux v2.5.44 - and offline for a week Olaf Dietsche
2002-10-21 13:11 ` Dave Jones
2002-10-21 17:55 ` Nicholas Wourms
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=200210201749.41625.landley@trommello.org \
--to=landley@trommello.org \
--cc=linux-kernel@vger.kernel.org \
--cc=nwourms@netscape.net \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.