linux-kernel - Re: Jumping into Kernel development: About -rc kernels...

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]

Date:	Tue, 9 Jan 2007 16:49:05 +0100
From:	"Jesper Juhl" <jesper.juhl@...il.com>
To:	Akula2 <akula2.shark@...il.com>
Cc:	linux-kernel@...r.kernel.org
Subject: Re: Jumping into Kernel development: About -rc kernels...

On 09/01/07, Akula2 <akula2.shark@...il.com> wrote:
> Hello All,
>
> This question might sound dumb for many, and to some annoying too ;-)
>
> Am enterting into -rc Kernel (testing & analysis) & involvement with
> the kernel (contributing to patches). I have this doubt. I did refer
> to applying-patches in the kernel documentation, this is what I got:-
>
> > These are the base stable releases released by Linus. The highest numbered
> > release is the most recent.
>
> > If regressions or other serious flaws are found, then a -stable fix patch
> > will be released (see below) on top of this base. Once a new 2.6.x base
> > kernel is released, a patch is made available that is a delta between the
> > previous 2.6.x kernel and the new one.
>
> > To apply a patch moving from 2.6.11 to 2.6.12, you'd do the following (note
> > that such patches do *NOT* apply on top of 2.6.x.y kernels but on top of the
> > base 2.6.x kernel -- if you need to move from 2.6.x.y to 2.6.x+1 you need to
> > first revert the 2.6.x.y patch).
>
> I did understand till here. Should I start compile/test/debug
> one-after-one in this fashion:-
>
> 2.6.19 source + patch-2.6.20-rc1
> 2.6.19 source + patch-2.6.20-rc2
> 2.6.19 source + patch-2.6.20-rc3
> 2.6.19 source + patch-2.6.20-rc4
>
> OR
>
> Pick the latest release number?
>

Depends on what you want to do.  If you want a stable kernel to use in
production you should probably pick the latest stable kernel
(currently that's 2.6.19.1).
If you want to help fix bugs, develop features, test etc, then it is
usually best to use the latest development snapshot available.  An
easy way to always have the tip of the tree available is to use git -
see this document for more info : http://linux.yyz.us/git-howto.html

-- 
Jesper Juhl <jesper.juhl@...il.com>
Don't top-post  http://www.catb.org/~esr/jargon/html/T/top-post.html
Plain text mails only, please      http://www.expita.com/nomime.html
-
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/