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  PHC 
Open Source and information security mailing list archives
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Date:	Tue, 17 Jul 2007 07:16:48 +0200
From:	Willy Tarreau <>
To:	Tony Borras <>
Subject: Re: Linux 2.4.35 tree abandoned/delayed?

Hi Tony,

On Mon, Jul 16, 2007 at 04:30:47PM -0800, Tony Borras wrote:
> I did get the current 'pre' set of 2.4.35 (circa early
> June) patches and applied to  After fixing a goto
> mislable in one of the patches (dont remember if it was one of
> the patch-2.4.34.? or patch-2.4.35.pre5), managed to build a
> vmlinuz-2.4.35 successfully.

could you please report what the problem was, in case it's not fixed
yet ?

> Just wondered whether to expect an abandonded tree, in which
> case I will fly with this 2.4.35 build or should wait for its
> eventual release.
No it's not abandonned at all !!!

The difficulty with 2.4 is to get user feedback on patches. While in 2.6,
there are hundreds or thousands of testers for every release, in 2.4,
I have to wait longer after every release in order to start collecting
problem reports, or confirmation of fixes. People using it in production
generally cannot reboot a machine in the evening just to try a patch.
Also, subsystem maintainers have less time to spend on it and are
themselves slowed down by the slow feedback process.

That's merely why I maintain a parallel 2.4.34.X stable branch. I thought
I could release one version every 6 months, but I think that this delay
will probably slightly increase after 2.4.35, we'll see.

I still have a few patches to merge, and I expect to be able to work on
them next week-end, then release -rc1, which I expect to be the only -rc
before -final (which will probably not be true as in every -rc).


To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

Powered by blists - more mailing lists