[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20090623130602.6cd6b713@chukar>
Date: Tue, 23 Jun 2009 13:06:02 -0600
From: Jake Edge <jake@....net>
To: Krzysztof Halasa <khc@...waw.pl>
Cc: "Luis R. Rodriguez" <lrodriguez@...eros.com>,
torvalds@...ux-foundation.org, Pavel Machek <pavel@....cz>,
Greg KH <greg@...ah.com>, "corbet\@lwn.net" <corbet@....net>,
"linux-kernel\@vger.kernel.org" <linux-kernel@...r.kernel.org>,
"akpm\@linux-foundation.org" <akpm@...ux-foundation.org>,
"alan\@lxorguk.ukuu.org.uk" <alan@...rguk.ukuu.org.uk>,
"linux-wireless\@vger.kernel.org" <linux-wireless@...r.kernel.org>,
"netdev\@vger.kernel.org" <netdev@...r.kernel.org>,
"tshibata\@ab.jp.nec.com" <tshibata@...jp.nec.com>
Subject: Re: [PATCH v3.1415] Documentation: add documentation summary for
rc-series and merge window
On Tue, 23 Jun 2009 20:52:02 +0200 Krzysztof Halasa wrote:
> Perhaps it's just me :-) but I think we're trying to codify the rules
> way too much. The general rules (merge window = new features etc) are
> obviously ok but why do we need strict details like intrusive vs
> non-intrusive etc? People should just use a common sense and good
> judgement and, if in doubt in some particular case, ask. We are unable
> to describe all situations in a single text file.
Me2 :)
That may be a flaw in some parts of this doc is that it tries to
get too detailed, too rigid, etc. for a process that is more fluid and
has lots of independent parts each working in its own slightly
different way. It does seem like there is value in much of what's
here, but there just aren't any black-and-white rules for exactly how
patches are handled.
jake
--
Jake Edge - LWN - jake@....net - http://lwn.net
--
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