release-notes/devel/en_US Installer.xml,1.35,1.36

Paul W. Frields (pfrields) fedora-docs-commits at redhat.com
Tue Apr 8 16:39:38 UTC 2008


Author: pfrields

Update of /cvs/docs/release-notes/devel/en_US
In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv20809

Modified Files:
	Installer.xml 
Log Message:
Resync with wiki and editorial changes



Index: Installer.xml
===================================================================
RCS file: /cvs/docs/release-notes/devel/en_US/Installer.xml,v
retrieving revision 1.35
retrieving revision 1.36
diff -u -r1.35 -r1.36
--- Installer.xml	7 Apr 2008 05:39:37 -0000	1.35
+++ Installer.xml	8 Apr 2008 16:39:35 -0000	1.36
@@ -136,13 +136,14 @@
     <itemizedlist>
       <listitem>
         <para>
-          Built-in features for resizing ext2, ext3, and ntfs
+          Built-in support for resizing ext2, ext3, and ntfs
           partitions.
         </para>
       </listitem>
       <listitem>
         <para>
-          Encrypted partition support.
+          Support for installation to encrypted block devices, including
+          the root filesystem.
         </para>
       </listitem>
       <listitem>
@@ -161,18 +162,9 @@
       </listitem>
       <listitem>
         <para>
-          Experimental support for installing to
-          <systemitem
-	    class="filesystem">ext4</systemitem>
-          partitions, with the <option>iamanext4developer</option> boot
-          option.
-        </para>
-      </listitem>
-      <listitem>
-        <para>
-          Native installation to <systemitem>x86_64</systemitem>
-          machines using EFI and booting via
-          <systemitem>grub</systemitem>.
+	  Native installation to <systemitem>x86</systemitem> and
+	  <systemitem>x86_64</systemitem> machines using EFI and
+	  booting via <systemitem>grub</systemitem>.
         </para>
       </listitem>
       <listitem>
@@ -281,17 +273,18 @@
 
       <para>
         A change in the way that the Linux kernel handles storage
-        devices means that device names like
-        <filename
-	  class="devicefile">/dev/hdX</filename> or
-        <filename
-      class="devicefile">/dev/sdX</filename> may
-        differ from the values used in earlier releases. Anaconda solves
-        this problem by relying on partition labels or UUIDS for finding devices. If these are
-        not present, then Anaconda presents a warning indicating that
-        partitions need to be labelled and that the upgrade can not
-        proceed. Systems that use Logical Volume Management (LVM) and
-        the device mapper usually do not require relabeling.
+        devices means that device names like <filename
+        class="devicefile">/dev/hdX</filename> or <filename
+        class="devicefile">/dev/sdX</filename> may differ from the
+        values used in earlier
+        releases. <application>Anaconda</application> solves this
+        problem by relying on partition labels or UUIDs for finding
+        devices. If these are not present, then
+        <application>Anaconda</application> presents a warning
+        indicating that partitions need to be labelled and that the
+        upgrade can not proceed. Systems that use Logical Volume
+        Management (LVM) and the device mapper usually do not require
+        relabeling.
       </para>
 
       <section id="check-disk-partition-labels">
@@ -411,10 +404,15 @@
   </section>
   
   <section id="Kickstart-HTTP-Issue">
-	  <title>Kickstart HTTP Issue</title>
-	  <para>
-		  When delivering a Kickstart configuration file via HTTP, the retrieval of the file may fail, saying that the file could not be retrieved. Clicking the <guilabel>OK</guilabel> button several times without making modifications will result in the file being used. As a workaround, use one of the other supported methods to retrieve Kickstart configurations.
-	  </para>
+    <title>Kickstart HTTP Issue</title>
+    <para>
+      When using a Kickstart configuration file via HTTP, kickstart
+      file retrieval may fail with an error that indicates the file
+      could not be retrieved. Click the <guilabel>OK</guilabel> button
+      several times without making modifications to override this
+      error successfully. As a workaround, use one of the other
+      supported methods to retrieve Kickstart configurations.
+    </para>
   </section>
   
 </section>




More information about the Fedora-docs-commits mailing list