From: Willy Tarreau <wtarreau@free.fr>
To: reddog83@chartermi.net
Cc: linux-kernel@vger.kernel.org
Subject: Re: Linux Kernel-2.4.18-nj1
Date: Sat, 5 Jan 2002 11:52:21 +0100 (CET) [thread overview]
Message-ID: <200201051052.g05AqLb01141@ns.home.local> (raw)
> Location of Linux Kernel-2.4.18-nj1
Hi Nathan,
Please don't take it bad, I don't want to flame you nor anybody, but I
think that if everyone publicly announces his own tree with his own set
of changes against the main kernel, many users will be lost quickly.
Once, we had "only" 3 main trees for the stable release :
- Linus' official kernels
- Alan's who did an excellent job at combining a stable core with experimental
drivers
- Andrea's kernel which is more oriented towards big servers and very high
loads.
Now that Alan is working on something else, I can easily understand that
people need a branch like the one he maintained, even if the majority of his
work has been merged into the main tree.
But there is now an -mjc tree, an -nj tree, perhaps others I missed, and many
more not announced here (-wt, I remember of Mathias Andree's -ma for example
who may have been the first one to merge ext3 and reiserfs into a same kernel).
All of them include nearly the same set of fixes that have not yet got into
the official kernel, plus a set of more-or-less stable, more-or-less
interesting features (depending who the targets are). At least, each one
should announce the goal of his kernel, and who it is intended to : developpers,
production users, desktop users, testers, all of them ? With your announce,
nobody even knows if he takes some particular risks using features from your
kernel. Example: I believe that at least Andre Pavenis still has problems with
Doug's i810_audio driver, so this cannot be annouced simply as a "fix" without
a little note.
I sure know it takes a lot of time maintaining a set of patches against a
mainstream kernel, and it even takes more time reading bug reports and
determining what is stable and what isn't. Not to tell about the dozens of
compilations before an announcement (because you compile them, don't you?),
and occasional porting of some fixes to other architectures.
So I really think it would be more productive if people worked around a
smaller set of trees, stopped editing patches by hand again and again to
resolve the same conflicts and tried to be a bit more understandable for
newbies who are a bit lost when they don't know what kernel to try.
Perhaps you could have sent your patches to Mickael Cohen to help him release
an -mjc2 more quickly, like we all did with Alan ? Or perhaps you have a clear
idea in mind about what your kernel tree will be, but in this case, please
elaborate on this a bit more than this simple post, and prepare to cope with
bug reports from people who will trust your tree. This last point may be the
major reason why I chose to keep my kernels for my friends and I...
I hope you didn't take it as an attack, it wasn't really against you, nor to
start a flame war, but just to make people think a bit about something more
constructive.
Regards,
Willy
next reply other threads:[~2002-01-05 10:52 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-01-05 10:52 Willy Tarreau [this message]
2002-01-05 18:06 ` Tom Rini
2002-01-05 19:41 ` willy tarreau
2002-01-05 21:06 ` RFC: The Big Patch List (was: Linux Kernel-2.4.18-nj1) Matthias Andree
2002-01-05 22:13 ` John Levon
2002-01-05 21:42 ` Linux Kernel-2.4.18-nj1 Tom Rini
2002-01-06 1:33 ` The plethora of kernel versions brian
2002-01-06 8:53 ` willy tarreau
-- strict thread matches above, loose matches on Subject: below --
2002-01-05 6:50 Linux Kernel-2.4.18-nj1 Nathan Russell
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=200201051052.g05AqLb01141@ns.home.local \
--to=wtarreau@free.fr \
--cc=linux-kernel@vger.kernel.org \
--cc=reddog83@chartermi.net \
/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
all inboxes | Powered by JetHome®