From: Willy Tarreau <w@1wt.eu>
To: Greg KH <greg@kroah.com>
Cc: linux-kernel@vger.kernel.org,
Andrew Morton <akpm@linux-foundation.org>,
torvalds@linux-foundation.org, stable@kernel.org, lwn@lwn.net,
Andi Kleen <andi@firstfloor.org>
Subject: Re: Linux stable kernel release procedure changes
Date: Fri, 3 Dec 2010 06:52:58 +0100 [thread overview]
Message-ID: <20101203055258.GB29279@1wt.eu> (raw)
In-Reply-To: <20101203004247.GA21762@kroah.com>
Hi Greg,
On Thu, Dec 02, 2010 at 04:42:47PM -0800, Greg KH wrote:
> I'm doing this as it's just way too confusing to try to explain to
> people exactly what kernels are being maintained longer than others, and
> why they are being maintained. Not to mention the confusion on the
> kernel.org web site where it's hard to tell what kernel release is
> currently being maintained or not.
I'm just thinking that maybe the kernel.org site could reflect only
the versions for which a "LATEST-IS" entry exists. That way, it's
easy to remove old files when an old kernel is not supported anymore.
> I think this is a good thing and will help both the community and
> developers get back on track and focusing on the latest releases and not
> needlessly waste their time on years old kernels that only distros care
> about.
I'd say that not only distros care about them, your support of 2.6.27
is very much appreciated by people who have to install and maintain
servers they can't afford to upgrade every month. But I certainly
understand the amount of work it represents and when I see you post
500 patches at once, I always wonder how much time it takes to you
to prepare that, and whether you're going to blow a fuse or not !
> I already have someone lined up who wants to maintain the .35 kernel in
> a longterm manner that I trust, Andi Kleen, and I'll let him write to
> explain his goals for this kernel and what he's going to do.
Good news !
> Also, as many people have asked about this in the past, I'm now happy to
> announce that the stable@kernel.org email address is now a mailing list
> that anyone can subscribe to in order to see the patches that are sent
> to it, if they wish to comment or maintain their own kernel tree. I
> will warn you, it's pretty boring, and high volume at times, but hey,
> it's better to work in the open as that's how we need to operate.
Ah that's really nice. I've been following your announces to pick/review
patches there, now I won't bother you to know if you got patch X or Y :-)
BTW I think we should be careful not to discuss too much on the list in
order not to pollute it, otherwise some patches risk to be lost.
Thanks!
Willy
next prev parent reply other threads:[~2010-12-03 5:57 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-12-03 0:42 Linux stable kernel release procedure changes Greg KH
2010-12-03 3:00 ` Daniel Taylor
2010-12-03 5:52 ` Willy Tarreau [this message]
2010-12-03 9:35 ` Plans for 2.6.35-longterm was " Andi Kleen
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=20101203055258.GB29279@1wt.eu \
--to=w@1wt.eu \
--cc=akpm@linux-foundation.org \
--cc=andi@firstfloor.org \
--cc=greg@kroah.com \
--cc=linux-kernel@vger.kernel.org \
--cc=lwn@lwn.net \
--cc=stable@kernel.org \
--cc=torvalds@linux-foundation.org \
/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