[kernel] r6073 - dists/trunk/docs

Martin Michlmayr tbm at costa.debian.org
Sun Mar 5 16:55:58 UTC 2006


Author: tbm
Date: Sun Mar  5 16:55:57 2006
New Revision: 6073

Modified:
   dists/trunk/docs/bits_kernel_team_0306.txt
Log:
rewrite, improve wording


Modified: dists/trunk/docs/bits_kernel_team_0306.txt
==============================================================================
--- dists/trunk/docs/bits_kernel_team_0306.txt	(original)
+++ dists/trunk/docs/bits_kernel_team_0306.txt	Sun Mar  5 16:55:57 2006
@@ -6,27 +6,31 @@
 
 linux-2.6
 ~~~~~~~~~
-The common source package linux-2.6 builds the various kernel images and
-headers. All archs are supported with mips/mipsel joining in the next
-release. The shift to a unified package since the linux-2.6.12 release
-allows to ride latest upstream. The most user visible change is the
-renaming of kernel-image-2.6-$flavour into linux-image-2.6-$flavour. The
-old version being left as transitioning package for upgrades from sarge.
-We expect much easier security builds for the etch time frame too.
+As of 2.6, we have a unified source package from which kernels images
+and headers for every architecture are built.  This change to a unified
+package since the linux-2.6.12 release makes it easier to keep up with
+upstream.  We expect that it will also allow much easier security builds
+for etch.  All Debian architectures are supported in 2.6, with mips/mipsel
+joining with the release of 2.6.16.
+
+The most user visible change is that kernel-image-2.6-$flavour has been
+renamed to linux-image-2.6-$flavour. We provide transition packages using
+the old naming schema to allow upgrades from sarge.
 
-Latest upstream reaches unstable almost the day of its release.
+As mentioned above, we are tracking upstream closely.  Usually, the latest
+upstream release reaches unstable almost on the day of its release.
 Experimental acts as staging area, where the -rcX kernels are built.  If
-you want to be on the sliding edge, Bastian Blank provides daily builds out
+you want to be on the cutting edge, Bastian Blank provides daily builds out
 of the debian-kernel repository [1].
 
 There has been lots of excitement around the x86 SMP alternatives patch,
 which would allow to reduce the current number of flavors. SMP hardware
-would just be a special case of hotplug CPU's. The uniprocessor flavors
+would just be a special case of hotplug CPUs. The uniprocessor flavors
 would also support SMP and the SMP ones could be dropped. On the feature
-side there is work going on to add vserver, xen and uml flavors to
+side there is work going on to add vserver, Xen and UML flavors to
 linux-2.6.  Most legacy Debian specific patches have been cleared,
 the bulk of the current patchset is arch specific. 2.6 arch support is
-growing from release to release, so those patchsets should be no concern. 
+growing from release to release, so those patchsets should be no concern.
 
 2.6 Linux features initramfs, which contains the boot-relevant drivers.
 Currently there are two different supported tools for generating the
@@ -39,17 +43,18 @@
 testing of latest -rcX kernels in experimental. If the bug you are seeing
 is fixed in them there is no need to open a bug report against previous
 2.6 as we will rebase every new upstream release. If your bug is
-reproducible in latest -rcX use reportbug and don't forget to add the
+reproducible in the latest -rcX use reportbug and don't forget to add the
 relevant details like latest known good (full dmesg, lspci, ..). This will
 allow upstream to be made aware of regressions.
 
 If you have an old open bug against earlier 2.6 revision please test
-against latest and feedback your findings.
+against the latest version and and provide feedback of your findings.
 
 security
 ~~~~~~~~
-Dann Frazier and Simon Horman are doing a marvelous job in scanning and
-testing all CVE's, which get issued against the Linux kernel.  The next
+Dann Frazier and Simon Horman are doing a marvellous job in scanning and
+testing all CVEs (Common Vulnerabilities and Exposures, a unique ID
+for security issues) which get issued against the Linux kernel.  The next
 round of the sarge Debian kernel are prepared - testing is highly welcome
 [3]. You won't believe it but there is even a round for woody [4].
 
@@ -57,13 +62,13 @@
 ~~~~~~~~~~~
 linux-2.4 is officially deprecated. After having several releases where
 your Linux kernel choice was as wide stretching between 2.2 - 2.6 it is
-finally time to concentrate on 2.6 only. Currently Horms does a bulk of 
-linux-2.4 upstream security support and testing against latest CVE's.
-Almost no other vendor provides 2.4 security support and it is
+finally time to concentrate on 2.6 only. Currently Simon Horman does a
+bulk of linux-2.4 upstream security support and testing against latest
+CVEs.  Almost no other vendor provides 2.4 security support and it is
 unreasonable to even think about that burden in the etch time frame.
 
-As of linux-2.6.12 the i386 flavor and support has been dropped.
-The 386 flavor got renamed as 486. Sarge has no official 386 support,
+As of linux-2.6.12 the i386 flavor and support has been dropped and the
+386 flavor got renamed to 486. Sarge has no official 386 support,
 although it should mostly work there.
 
 Documentation



More information about the Kernel-svn-changes mailing list