You are not logged in.
Pages: 1
hi to all
i have a doubt :
what kind of schema follow kernel team for release it ?
+pc: custom | AMD Opteron 175 | nForce4 Ultra | 2GB ram DDR400 | nVidia 9800GT 1GB | ArchLinux x86_64 w/ openbox
+laptop: Apple | MacBook (2,1) | 2GB ram | Mac OS X 10.4 -> DIED
+ultrabook: Dell | XPS 13 (9343) | 8GB ram | 256GB ssd | FullHD display | Windows 8.1 64bit ArchLinux x86_64 w/ Gnome
Offline
you mean arch linux kernel guys, or upstream (kernel.org) ?
< Daenyth> and he works prolifically
4 8 15 16 23 42
Offline
2.6.31 is in [testing]
Offline
yes , i mean kernel.org ...
+pc: custom | AMD Opteron 175 | nForce4 Ultra | 2GB ram DDR400 | nVidia 9800GT 1GB | ArchLinux x86_64 w/ openbox
+laptop: Apple | MacBook (2,1) | 2GB ram | Mac OS X 10.4 -> DIED
+ultrabook: Dell | XPS 13 (9343) | 8GB ram | 256GB ssd | FullHD display | Windows 8.1 64bit ArchLinux x86_64 w/ Gnome
Offline
ultra basic presentation of how it works (i'm sure you'll get better replies than this one but hey, my ppd ratio sucks ATM):
after a kernel release, there's a merging period where all maintainers will ask linus to pull their work from their branches (most maintainers have their own git tree, see git.kernel.org)
then it'll be time for RC's (one RC/week) in order to track bugs and regressions until linus decides it's stable enough for a release.
there's also a -next branch which is what the kernel 2.6.x+1 will be so all new patches can be tested against each other before the real thing.
in addition, you have the -mm branch which is the experimental side of the kernel development (patches can stay there for a looooooong time e.g. reiser4 file system).
Offline
from http://www.linuxfoundation.org/publicat … slinux.pdf
DEVELOPMENT MODEL
Linux kernel development proceeds under a loose, time-based release model, with a new major
kernel release occuring every 2–3 months. This model, which was first formalized in 2005, gets
new features into the mainline kernel and out to users with a minimum of delay. That, in turn,
speeds the pace of development and minimizes the number of external changes that distributors
need to apply. As a result, distributor kernels contain relatively few distribution-specific changes;
this leads to higher quality and fewer differences between distributions.One significant change since the previous version of this paper is the establishment of the linux-next
tree. Linux-next serves as a staging area for the next kernel development cycle; as of this writing, 2.6.31 is in
the stabilization phase, so linux-next contains changes intended for 2.6.32. This repository gives developers a
better view of which changes are coming in the future and helps them to ensure that there will be a minimum
of integration problems when the next development cycle begins. Linux-next smooths out the development
cycle, helping it to scale to higher rates of change.After each mainline 2.6 release, the kernel's "stable team" (currently made up of Greg Kroah-Hartman
and Chris Wright) takes up short-term maintenance, applying important fixes as they are developed. The
stable process ensures that important fixes are made available to distributors and users and that they are
incorporated into future mainline releases as well. The stable maintenance period lasts a minimum of one
development cycle and, for specific kernel releases, can go significantly longer.This paper focuses exclusively on the mainline 2.6.x releases, to the exclusion of the stable updates. Those
updates are small, and, in any case, the design of the development process requires that fixes accepted for
-stable also be accepted into the mainline for the next major release.
pacman roulette : pacman -S $(pacman -Slq | LANG=C sort -R | head -n $((RANDOM % 10)))
Offline
thanks
we know how many other 2.6 kernel release remain before 2.7 tree ???
+pc: custom | AMD Opteron 175 | nForce4 Ultra | 2GB ram DDR400 | nVidia 9800GT 1GB | ArchLinux x86_64 w/ openbox
+laptop: Apple | MacBook (2,1) | 2GB ram | Mac OS X 10.4 -> DIED
+ultrabook: Dell | XPS 13 (9343) | 8GB ram | 256GB ssd | FullHD display | Windows 8.1 64bit ArchLinux x86_64 w/ Gnome
Offline
we know how many other 2.6 kernel release remain before 2.7 tree ???
Nobody knows.
Offline
shining wrote:thanks
we know how many other 2.6 kernel release remain before 2.7 tree ???
If you mean a 2.7 development tree similar to 2.5, I just found a mail of Linus one year ago who said it would never happen.
http://kerneltrap.org/mailarchive/linux … 15/2497614
But this new date-based versioning mentioned there obviously did not happen either I don't know if there are any more recent discussions about it.
pacman roulette : pacman -S $(pacman -Slq | LANG=C sort -R | head -n $((RANDOM % 10)))
Offline
nTia89 wrote:shining wrote:thanks
we know how many other 2.6 kernel release remain before 2.7 tree ???
If you mean a 2.7 development tree similar to 2.5, I just found a mail of Linus one year ago who said it would never happen.
http://kerneltrap.org/mailarchive/linux … 15/2497614But this new date-based versioning mentioned there obviously did not happen either I don't know if there are any more recent discussions about it.
OK torvalds......:/:/:/:/
+pc: custom | AMD Opteron 175 | nForce4 Ultra | 2GB ram DDR400 | nVidia 9800GT 1GB | ArchLinux x86_64 w/ openbox
+laptop: Apple | MacBook (2,1) | 2GB ram | Mac OS X 10.4 -> DIED
+ultrabook: Dell | XPS 13 (9343) | 8GB ram | 256GB ssd | FullHD display | Windows 8.1 64bit ArchLinux x86_64 w/ Gnome
Offline
But this new date-based versioning mentioned there obviously did not happen either I don't know if there are any more recent discussions about it.
That date-based versioning system could work, since he is not going to follow that old model, people wouldn't have to feel the tension of waiting for Linus to release the next "huge" release of the kernel after a series of 2.x or 3.x has been around for a while.
Offline
Pages: 1