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
This commit is contained in:
Zack Winkles 2004-05-04 17:39:38 +00:00
parent 52216a8930
commit c6f6bd7149
3 changed files with 5 additions and 2 deletions

View File

@ -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>

View File

@ -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"/>

View File

@ -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