[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20080220171316.GA4749@cs181133002.pp.htv.fi>
Date: Wed, 20 Feb 2008 19:13:16 +0200
From: Adrian Bunk <bunk@...nel.org>
To: Theodore Tso <tytso@....edu>,
Stefan Richter <stefanr@...6.in-berlin.de>,
Stephen Rothwell <sfr@...b.auug.org.au>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Russell King <rmk+lkml@....linux.org.uk>,
Andrew Morton <akpm@...ux-foundation.org>,
Trond Myklebust <trond.myklebust@....uio.no>,
Arjan van de Ven <arjan@...radead.org>,
Greg KH <greg@...ah.com>, LKML <linux-kernel@...r.kernel.org>,
linux-next@...r.kernel.org, linux-arch@...r.kernel.org
Subject: Re: Announce: Linux-next (Or Andrew's dream :-))
On Wed, Feb 20, 2008 at 10:42:35AM -0500, Theodore Tso wrote:
> On Wed, Feb 20, 2008 at 04:38:52PM +0100, Stefan Richter wrote:
> > Two things may largely eliminate the need for parallel branches.
> >
> > 1. Do infrastructure changes and whole tree wide refactoring etc. in a
> > compatible manner with a brief but nonzero transition period.
> >
> > 2. Insert a second merge window right after the usual merge window for
> > changes which cannot be well done with a transition period.
>
> A third option would be if people add new functions (with no users) in
> -rc2 or -rc3 timeframes as long as it is part of a fully reviewed
> patch with users that will use those new features in various kernel
> development trees.
>...
I don't like suggestions based on unrealistic assumptions like
"a fully reviewed patch".
E.g. userspace ABI's are much more stable and everyone is aware that
they must be gotten right with the first try since they are then cast in
stone - but we all remember the recent timerfd fiasco.
> - Ted
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists