Package: release-notes
Tags: patch
Hi,
please consider appliing following attached patches for lenny r-n:
issues.dbk
* Delete section about KDE - it was relevant for Etch
* Hint the users to update from emacs21 -> emacs22
whats-new.dbk
* Delete news about new default inet superdaemon - this happened in Etch
* Delete news about ext2/ext3 features - this happened in Etch
* Delete para about switching from kernel 2.4 to 2.6
- users were supposed to do that with Etch
* Delete kernel news about renaming packages, dropping 386 and
turning on SMP by default - this all happened in Etch
* Delete section about initrd generators - this was issue for Etch
* Mention new kernel flavour openvz
* Mention dropping -k7 flavour in favor of -686
More cleaning is needed in upgrading.dbk (there are still remarks
about xfree86), maybe next time.
--
Miroslav Kure
Index: whats-new.dbk
===================================================================
--- whats-new.dbk (revision 5910)
+++ whats-new.dbk (working copy)
@@ -386,18 +386,6 @@
</listitem>
</varlistentry>
<varlistentry>
-<term>New default inet superdaemon</term>
-<listitem>
-<para>
-The default inet superdaemon for &releasename; is <systemitem
-role="package">openbsd-inetd</systemitem> instead of <systemitem
-role="package">netkit-inetd</systemitem>. It will not be started if no
-services are configured, which is true by default. The new default daemon will
-be installed automatically on upgrade.
-</para>
-</listitem>
-</varlistentry>
-<varlistentry>
<term>New default syslog daemon</term>
<listitem>
<para>
@@ -418,28 +406,6 @@
</listitem>
</varlistentry>
<varlistentry>
-<term>Changes in default features for <literal>ext2</literal>/<literal>ext3</literal></term>
-<listitem>
-<para>
-New ext2 and ext3 file systems will be created with features
-<emphasis>dir_index</emphasis> and <emphasis>resize_inode</emphasis> enabled by
-default. The first feature speeds up operations on directories with many
-files; the second makes it possible to resize a file system on-line (i.e.
-while it is mounted).
-</para>
-<para>
-Users upgrading from &oldreleasename; could consider adding the
-<emphasis>dir_index</emphasis> flag manually using
-<command>tune2fs</command><footnote><para> The flag
-<emphasis>filetype</emphasis> should already be set on most file systems,
-except possibly on systems installed before &oldreleasename;. </para> </footnote>; the
-<emphasis>resize_inode</emphasis> flag cannot be added to an existing file
-system. It is possible to check which flags are set for a file system using
-<literal>dumpe2fs -h</literal>.
-</para>
-</listitem>
-</varlistentry>
-<varlistentry>
<term>Better support for UTF-8</term>
<listitem>
<para>
@@ -471,53 +437,35 @@
gives an overview of the most important changes; potential issues and
information on how to work around them is included in later chapters.
</para>
-<para>
-If you are currently using a 2.4 kernel, you should read <xref
-linkend="upgrade-to-2.6"/> carefully.
-</para>
<section id="kernel-packaging" condition="fixme">
<title>Changes in kernel packaging</title>
<para>
TODO: Is there anything new in Lenny?
</para>
<variablelist>
-<varlistentry>
-<term>Kernel packages renamed</term>
+<varlistentry arch="i386;amd64">
+<term>OpenVZ kernel flavour</term>
<listitem>
<para>
-All Linux kernel packages have been renamed from
-<literal>kernel-*</literal> to <literal>linux-*</literal> to clean up
-the namespace. This will make it easier to include non-Linux kernels
-in Debian in the future.
+Along with Linux-VServer container solution introduced in
+&oldreleasename; &debian; now provides pre-build kernel images for
+OpenVZ, another containter solution. OpenVZ offers some nice features
+over Linux-VServer (like live migration) at the expense of a slightly
+higher overhead.
</para>
</listitem>
</varlistentry>
<varlistentry arch="i386">
-<term>Flavor <quote>386</quote> replaced with <quote>486</quote></term>
+<term>Kernel x86 packages unified</term>
<listitem>
<para>
-As support for 80386 processors was dropped with &oldreleasename;, the
-386 kernel flavor has now been dropped as well and replaced by a new
-486 flavor.
+In previous releases there was special <literal>-k7</literal> kernel
+flavour for 32-bit AMD Athlon/Duron/Sempron processors. This flavour
+was dropped and was replaced by a single variant <literal>-686</literal>
+which handles all AMD/Intel/VIA 686 class processors.
</para>
</listitem>
</varlistentry>
-<varlistentry>
-<term>Standard kernels have SMP abilities</term>
-<listitem>
-<para arch="alpha">
-No news here.
-</para>
-<para arch="i386">
-Multiprocessor systems no longer require an <literal>*-smp</literal>
-flavor of the Linux kernel. For &arch-title;,
-<literal>linux-image</literal> packages without the
-<literal>-smp</literal> suffix support both uniprocessor and
-multiprocessor systems. (The one exception is the 486 flavor, which
-only supports a single processor.)
-</para>
-</listitem>
-</varlistentry>
</variablelist>
<para>
Where possible, dummy transition packages that depend on the new packages have
@@ -525,36 +473,7 @@
</para>
</section>
-<section id="kernel-initrd">
-<title>New utilities to generate initrds</title>
-<para>
-The Debian kernel image packages for &arch-title; require an initrd
-for booting the system. Because of changes in the kernel, the utility
-used to generate initrds in &oldreleasename;, <systemitem
-role="package">initrd-tools</systemitem> is not included anymore.
-Two new utilities have been developed that replace
-it: <systemitem role="package">initramfs-tools</systemitem> and
-<systemitem role="package">yaird</systemitem>. The concepts behind
-the new utilities are very different; an overview is available on the
-<ulink url="&url-wiki;InitrdReplacementOptions">Debian
-Wiki</ulink>. Both will generate an initrd using the
-<emphasis>initramfs</emphasis> file system, which is a compressed
-<command>cpio</command> archive. The default and recommended utility
-is <systemitem role="package">initramfs-tools</systemitem>.
-<systemitem role="package">yaird</systemitem> is not included in &releasename;.
-</para>
-<para>
-Upgrading to a &releasename; kernel will cause <systemitem
-role="package">initramfs-tools</systemitem> to be installed by default. If you
-are upgrading from a 2.4 kernel to a 2.6 Debian kernel, you must use
-<systemitem role="package">initramfs-tools</systemitem>.
-<programlisting condition="fixme">TODO: Remove? yaird is not in lenny!
-Using <systemitem role="package">yaird</systemitem> will cause linux-image-2.6
-installations to fail if you are running a 2.2 or 2.4 kernel.</programlisting>
-</para>
</section>
-
-</section>
<section id="emdebian">
<!-- text taken by Neil Williams #494366 -->
<title>Emdebian<indexterm><primary>Emdebian</primary></indexterm> 1.0 (based on &debian; &releasename; &release;)</title>
Index: issues.dbk
===================================================================
--- issues.dbk (revision 5910)
+++ issues.dbk (working copy)
@@ -494,25 +494,6 @@
</para>
</section>
-<section id="kde-desktop-changes">
-<title>KDE desktop</title>
-<para>
-KDE media handling has changed in the version available in &releasename; from using
-<filename>device:/</filename> to <filename>media:/</filename>. Some user
-configuration files might have stored <filename>device:/</filename> links in
-them which should be adapted. Notably,
-<filename>~/.kde/share/apps/konqsidebartng/virtual_folders/services</filename>
-contains this reference and can be safely deleted as it will not be created
-when setting up new users.
-</para>
-<para>
-There have been many changes in the KDE desktop environment from the version
-shipped in &oldreleasename; to the version in &releasename;, you can find more information in the
-<ulink url="http://www.kde.org/announcements/announce-3.5.php";>KDE 3.5 Release
-Notes</ulink>.
-</para>
-</section>
-
<section id="gnome-desktop-changes">
<title>GNOME desktop changes and support</title>
<para>
@@ -549,6 +530,8 @@
Emacs21 and emacs21-nox are not configured to use Unicode by default. For more
information and a workaround please see <ulink
url="&url-bts;419490">Bug #419490</ulink>.
+The users are recommended to switch to Emacs22, the default Emacs
+version in &releasename;.
</para>
</section>
