From: Jurriaan <thunder7@xs4all.nl>
To: linux-kernel@vger.kernel.org
Subject: Re: 2.6 flavours
Date: Thu, 16 Dec 2004 21:37:40 +0100 [thread overview]
Message-ID: <20041216203740.GA23365@middle.of.nowhere> (raw)
In-Reply-To: <003901c4e3ab$d86c8580$0e25fe0a@pysiak>
From: Maciej Soltysiak <solt2@dns.toxicfilms.tv>
Date: Thu, Dec 16, 2004 at 09:13:56PM +0100
> Hi,
>
> AFAICS the -ac tree should be the most stable of all kernels, right?
>
> -mm is totally bleeding edge
I don't agree there. It is bleeding edge, but Andrew makes a conscious
decision when to release it, and I'm sure part of that decision is
thinking about when things will be stable enough to work for many
people.
> -bk the same
bk is the central repository, and depending on when you pull it, you may
have just catched Linus asleep after merging patch 1, meaning the tree
is unstable until he wakes up and merges patch 2.
There is no conscious 'release moment' - this is totally bleeding edge.
> -ck is experimental
There are 'release moments' here too.
>
> Others are experimental too.
>
> Looking at the changelogs, the most reasonable kernel to use for
> generic use are the -ac kernels, which I am going to use since 2.6.10
> as long as Alan is kindly going to continue his fabulous work.
I've understood the 2.6.x-ac kernels started with some ide work, then
included some serial fixes, and may or may not have other bug fixes.
>From what I read, they are not as all-including as the 2.4.x-ac kernels
were. Those I recognize most in the 2.6.x-mm kernels.
>
> I swear not to use 2.6.10 until Alan publishes 2.6.10-ac1 :-)
>
Whatever you think best, of course. That may be the release where Alan
says 'Here's the new, experimental next-generation SATA code. It'll
probably break every partition you have. Send me bug-reports' :-)
My way of keeping my home system up is to test a new kernel first on my
laptop (which has good backups and little configuration), then read this
list for some days and then install it on my main workstation (which
also has good backups). Only after some weeks quiet I think about such a
kernel on my firewall/router. Keeping backups helps when testing
kernels.
YMMV,
Jurriaan
--
I never think, sir. Didn't get a degree.
Chief Inspector Morse
Debian (Unstable) GNU/Linux 2.6.10-rc3 2x6078 bogomips load 0.23
next prev parent reply other threads:[~2004-12-16 20:38 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-12-16 20:13 2.6 flavours Maciej Soltysiak
2004-12-16 20:37 ` Jurriaan [this message]
2004-12-16 19:54 ` Alan Cox
2004-12-17 2:05 ` Con Kolivas
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=20041216203740.GA23365@middle.of.nowhere \
--to=thunder7@xs4all.nl \
--cc=linux-kernel@vger.kernel.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