More typo fixes for Etch Release Notes
Hello,
Here are more typo fixes for Etch Release Notes (attached).
I could not find the missing verb in the following paragraph:
@@ -1436,7 +1436,7 @@
<sect id="xorg"> <heading>XFree86 to X.Org transition</heading>
<p>The transition to X.Org contained structural changes. In case
all installed packages are from Debian and also contained in Etch,
- the upgrade should by its own.
+ the upgrade should by its own. <!-- verb? -->
Experience has however shown there are typical issues to be aware
of.</p>
Fred
Index: release-notes.en.sgml
===================================================================
RCS file: /cvs/debian-doc/ddp/manuals.sgml/release-notes/en/release-notes.en.sgml,v
retrieving revision 1.100
diff -u -r1.100 release-notes.en.sgml
--- release-notes.en.sgml 16 Nov 2006 22:02:58 -0000 1.100
+++ release-notes.en.sgml 17 Nov 2006 00:24:44 -0000
@@ -318,7 +318,7 @@
<!-- JFS: Apt will not always abort if you do not have enough disk space.
For reference see: #247331, #214119, #192146, #185201, #40438 and #32919 -->
- <p>Both <prgn/aptitude/ and <prgn/apt/ will show you detailed information
+ <p>Both <prgn/aptitude/ and <prgn/apt/ will show you detailed information
of the disk space needed for the installation. You can see this estimate
before executing the actual upgrade running:
</p>
@@ -345,7 +345,7 @@
<list>
<!-- JFS: Does aptitude to 'apt-get autoclean' by itself? -->
<item>Remove packages that have been previously downloaded for
- installation (at <file>/var/cache/apt/archive</file>, cleaning up the
+ installation (at <file>/var/cache/apt/archive</file>), cleaning up the
package cache by running <prgn>apt-get clean</prgn>.
<!-- JFS Point to http://www.enricozini.org/blog/eng/pkgsizestat.html ?
@@ -931,7 +931,7 @@
<sect1><heading>standard kernels contain SMP abilities</heading>
<p>Multiprocessor systems no longer require a *-smp flavour of the
Linux kernel. linux-image packages without the -smp suffix
- support have gained support for multiprocessor systems
+ have gained support for multiprocessor systems
on amd64, i386 and ia64 since Etch.
</p></sect1>
]]>
@@ -969,7 +969,7 @@
-->
<p>For storage devices, you can avoid this reordering by using
<prgn>initramfs-tools</prgn> and configuring
- <prgn>initramfs-tools</prgn> to load storage devices in the same
+ <prgn>initramfs-tools</prgn> to load storage device driver modules in the same
order they are currently loaded.
To do this, identify the order the storage modules on your system
were loaded by looking at the output of lsmod.
@@ -985,7 +985,7 @@
<file>/var/log/kern.log</file>, or the output of
<prgn>dmesg</prgn>.</p>
- <p>Add these module names to /etc/initramfs-tools/modules in the
+ <p>Add these module names to <file>/etc/initramfs-tools/modules</file> in the
order they should be loaded at boottime.
Some module names may have changed between sarge and etch. For
example, sym53c8xx_2 has become sym53c8xx.</p>
@@ -1243,7 +1243,7 @@
<p>
There has been support added to <prgn>apt</prgn> to download only the difference
between packages files. This is handy for people with bad network connections,
- but people having a very nearby mirror want to disable this feature.
+ but people having a very nearby mirror may want to disable this feature.
One can disable it by adding <tt>Acquire::Pdiffs "false";</tt> to
<file>/etc/apt/apt.conf</file>.
</p>
@@ -1436,7 +1436,7 @@
<sect id="xorg"> <heading>XFree86 to X.Org transition</heading>
<p>The transition to X.Org contained structural changes. In case
all installed packages are from Debian and also contained in Etch,
- the upgrade should by its own.
+ the upgrade should by its own. <!-- verb? -->
Experience has however shown there are typical issues to be aware
of.</p>
@@ -1446,7 +1446,7 @@
The new packages conflict with most packages that used
<file>/usr/X11R6/bin</file>,
but in some cases manual interaction is needed.
- Please remember to not run upgrades within an X sessions.</p>
+ Please remember to not run upgrades within an X session.</p>
<p>In case the upgrade aborts during X.Org installation, you have
to find which file(s) are still left in
@@ -1469,13 +1469,13 @@
Mail Transfer Agent (MTA) exim, which has been replaced by the
entirely new package exim4.</p>
- <p>exim 3 has been unmaintained upsteam for years, and Debian has stopped
+ <p>exim 3 has been unmaintained upstream for years, and Debian has stopped
support for exim 3 as well. Please upgrade your exim 3 installation to
exim4 manually. Since exim4 is already part of sarge, you can choose
to do the upgrade on your sarge system before the etch upgrade, or
after the etch upgrade at your convenience. Just remember that your
exim 3 package is not going to be upgraded and that it won't get
- security support after support for sarge was discontinued.</p>
+ security support after support for sarge will be discontinued.</p>
<p>The exim4 packages in Debian are extensively documented. The package's
home page is <url id="http://wiki.debian.org/PkgExim4";> on the Debian Wiki, and
@@ -1500,7 +1500,7 @@
<list>
<item><p>all modules need to be recompiled</p></item>
<item><p>authorization modules have been resorted and renamed</p></item>
- <item><p>some configuration optiones changed name</p></item>
+ <item><p>some configuration options changed name</p></item>
</list></p>
<p>Debian-specific changes include that the string SSL is no longer defined,
Reply to: