lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20060806061727.GA6765@1wt.eu>
Date:	Sun, 6 Aug 2006 08:17:27 +0200
From:	Willy Tarreau <w@....eu>
To:	Adrian Bunk <bunk@...sta.de>
Cc:	Greg KH <greg@...ah.com>, linux-kernel@...r.kernel.org,
	Andrea Arcangeli <andrea@...e.de>
Subject: Re: Adrian Bunk is now taking over the 2.6.16-stable branch

Hi Adrian,

On Sat, Aug 05, 2006 at 01:00:17AM +0200, Adrian Bunk wrote:
> On Thu, Aug 03, 2006 at 09:43:06PM -0500, Josh Boyer wrote:
> > On 8/3/06, Greg KH <greg@...ah.com> wrote:
> > >This is just a notice to everyone that Adrian is going to now be taking
> > >over the 2.6.16-stable kernel branch, for him to maintain for as long as
> > >he wants to.
> > 
> > Adrian, could you provide a bit of rationale as to why you want to do
> > this?  I'm just curious.
> 
> A long-term maintained stable series was missing in the current 
> development model.
> 
> The 2.6 series itself is theoretically a stable series, but the amount 
> of regressions is too big for some users.

Well, I really wish you success on this project. I completely agree on the
need of a 2.4-like model to stabilize one branch of 2.6, and you probably
remember that we've been talking about this 1 or 2 years ago, when I found
it too hard to be started alone. It takes a very long time but apparently
succeeds in the long term. I think it will quickly become a hard work because
patches will get harder and harder to apply, and sometimes you'll have to
adapt them a lot. But there's nothing impossible, I've been backporting
fixes from 2.6 to 2.4 for a long time, so 2.6 to 2.6 should be feasible.

However, I hope that you realize that (if you succeed), your work might
become a basis for some distros, as well as for some admins who will try
to switch from 2.4 to 2.6. I mean, people will be *relying* on you to get
fixes.

But for this, you will have to be seen as a serious person, and avoid
childish fighting with other kernel developpers, such as this :

>     Gentoo kernels are 42 times more popular than SUSE kernels among
>     KLive users  (a service by SUSE contractor Andrea Arcangeli that
>     gathers data about kernels from many users worldwide).

People who know the history will take this a as the teenager trying to
take revenge on the other guy who stole his girlfriend, and people not
aware of the history will take this for Gentoo advertisement based on
the work of your good friend Andrea who is so much honnest that he doesn't
mind publishing such results. In both cases, I think this is not what
you're looking for, and it does not make you look like the serious guy
on whom we can rely to get a stable kernel. At best, it will be used to
show that Andrea is unbiased, which is exactly what is expected for the
role you're taking.

And BTW, you'll look ridiculous when you'll post changelogs which will
start with fixes from Andrea and will end with this signature ! Or maybe
you'll decide to refuse his patches, which is a dangerous game when the
original goal is to stabilize some code. I hope that everyone will grow
up in order not to tarnish linux's image. There are already a few debian
extremists to make us look like immature geeks in enterprise contexts,
I think we don't need more of this.

Best wishes with 2.6.16,
Willy

-
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

Powered by Openwall GNU/*/Linux Powered by OpenVZ