Use the updated uname patch, instead of the old crappy one. "uname-x86"

is a misnomer anyway, since the original is x86-only too....


git-svn-id: http://svn.linuxfromscratch.org/LFS/trunk/BOOK@3468 4aa44e1e-78dd-0310-a6d2-fbcd4c07a689

chapter01/changelog.xml

@@ -92,6 +92,9 @@ first a summary, then a detailed log.</para>
 </itemizedlist>
 </listitem>
 
+<listitem><para>May 4th, 2004 [winkie]: Chapter 6 - Switch the uname patch we
+use, so that we get correct results.</para></listitem>
+
 <listitem><para>May 4th, 2004 [winkie]: Chapter 8 - Use the full LFS version for
 the GRUB title.</para></listitem>
 

chapter03/patches.xml

@@ -20,7 +20,7 @@ Coreutils Hostname Patch - 1 KB:
 <ulink url="&patches-root;coreutils-&coreutils-version;-hostname-1.patch"/>
 
 Coreutils Uname Patch - 1 KB:
-<ulink url="&patches-root;coreutils-&coreutils-version;-uname-1.patch"/>
+<ulink url="&patches-root;coreutils-&coreutils-version;-uname-2.patch"/>
 
 Expect Spawn Patch - 6 KB:
 <ulink url="&patches-root;expect-&expect-version;-spawn-1.patch"/>

chapter06/coreutils.xml

@@ -28,7 +28,7 @@ broken, in that the <emphasis>-p</emphasis> switch always returns
 <quote>unknown</quote>.  The following patch fixes this behavior for Intel
 architectures:</para>
 
-<screen><userinput>patch -Np1 -i ../coreutils-&coreutils-version;-uname-1.patch</userinput></screen>
+<screen><userinput>patch -Np1 -i ../coreutils-&coreutils-version;-uname-2.patch</userinput></screen>
 
 <para>We do not want Coreutils to install its version of the
 <command>hostname</command> program, because it is inferior to the version