Changes in / [85cd74c2:64a306d]

Files:

• chapter01/changelog.xml (modified) (1 diff)
• chapter06/coreutils.xml (modified) (1 diff)
• chapter08/coreutils.xml (modified) (1 diff)
• chapter08/pkgmgt.xml (modified) (2 diffs)
• chapter08/shadow.xml (modified) (1 diff)
• chapter08/strippingagain.xml (modified) (5 diffs)
• chapter08/util-linux.xml (modified) (1 diff)
• chapter09/locale.xml (modified) (1 diff)

chapter01/changelog.xml

@@ -47 +47 @@
 
     <listitem>
+      <para>2021-07-27</para>
+      <itemizedlist>
+        <listitem>
+          <para>[xry111] - Use workaround for Glibc NSS modules during
+          stripping, to prevent bash from crash.</para>
+        </listitem>
+      </itemizedlist>
+    </listitem>
+
+    <listitem>
       <para>2021-07-26</para>
       <itemizedlist>

chapter06/coreutils.xml

@@ -47 +47 @@
 
 <screen><userinput remap="configure">./configure --prefix=/usr                     \
+            --libexecdir=/usr/lib             \
             --host=$LFS_TGT                   \
             --build=$(build-aux/config.guess) \

chapter08/coreutils.xml

@@ -70 +70 @@
 FORCE_UNSAFE_CONFIGURE=1 ./configure \
             --prefix=/usr            \
+            --libexecdir=/usr/lib    \
             --enable-no-install-program=kill,uptime</userinput></screen>
 

chapter08/pkgmgt.xml

@@ -70 +70 @@
 
       <listitem> <para>If a package containing a shared library is updated, and
-      if the name of the library changes, then any the packages dynamically
+      if the name of the library changes, then any packages dynamically
       linked to the library need to be recompiled in order to link against the
       newer library.  (Note that there is no correlation between the package
@@ -124 +124 @@
 
       <listitem>
-        <para>If a binary or a shared library is overwrote, the processes
+        <para>If a binary or a shared library is overwritten, the processes
         using the code or data in the binary or library may crash.  The
         correct way to update a binary or a shared library without causing
-        the process to crash is: remove it first, then install the new
+        the process to crash is to remove it first, then install the new
         version into position. The <command>install</command> command
         provided by <application>Coreutils</application> has already
         implemented this and most packages use it to install binaries and
-        libraries.  So you won't be troubled by this issue most of the time.
+        libraries.  This means that you won't be troubled by this issue most of the time.
         However, the install process of some packages (notably Mozilla JS
-        in BLFS) just overwrites the file if it exists and causes crash, so
+        in BLFS) just overwrites the file if it exists and causes a crash, so
         it's safer to save your work and close unneeded running processes
         before updating a package.</para>

chapter08/shadow.xml

@@ -98 +98 @@
     <para>Fix a simple programming error by modifying a file with following command:</para>
 
-<screen><userinput remap="pre">sed -e "224s/rounds = SHA_ROUNDS_DEFAULT/min_&amp;/" -i libmisc/salt.c</userinput></screen>
+<screen><userinput remap="pre">sed -e "224s/rounds/min_rounds/" -i libmisc/salt.c</userinput></screen>
 
     <para>Prepare Shadow for compilation:</para>

chapter08/strippingagain.xml

@@ -25 +25 @@
 
   <para>The debugging symbols for selected libraries are placed
-  in separate files.  These debugging information is needed if running 
+  in separate files.  This debugging information is needed if running 
   regression tests that use <ulink 
   url='&blfs-book;/general/valgrind.html'>valgrind</ulink> or <ulink 
@@ -31 +31 @@
   </para>
 
-  <para>And, <command>strip</command> will overwrite the binary or library
-  file.  This may crash the processes using code or data from the file.  If
-  the process running <command>strip</command> itself is affected, the
-  binary or library being stripped may be destroyed.  This may make the
-  system completely unusable.  To avoid it, we'll copy some libraries and
-  binaries into <filename class="directory">/tmp</filename>, strip them
+  <para>Note that <command>strip</command> will overwrite the binary or library
+  file it is processing.  This may crash the processes using code or data from
+  the file.  If the process running <command>strip</command> itself is
+  affected, the binary or library being stripped may be destroyed.  This may
+  make the system completely unusable.  To avoid it, we'll copy some libraries
+  and binaries into <filename class="directory">/tmp</filename>, strip them
   there, and install them back with the <command>install</command> command.
   Read the related entry in <xref linkend="pkgmgmt-upgrade-issues"/> for the
@@ -82 +82 @@
                libhistory.so.&readline-version; libncursesw.so.&ncurses-version;
                libm-&glibc-version;.so libreadline.so.&readline-version;
-               libz.so.&zlib-version;"
+               libz.so.&zlib-version;
+               $(cd /usr/lib; find libnss*.so* -type f)"
 
 for BIN in $online_usrbin; do
@@ -115 +116 @@
 for i in $(find /usr/lib -type f -name \*.so* ! -name \*dbg); do
     case "$online_usrlib $save_usrlib" in
-        *$(basename $i)* ) ;;
-        * ) strip --strip-unneeded $i ;;
+        *$(basename $i)* ) 
+            ;;
+        * ) strip --strip-unneeded $i 
+            ;;
     esac
 done</userinput><userinput arch="ml_32,ml_all">
@@ -134 +137 @@
 for i in $(find /usr/bin -type f); do
     case "$online_usrbin" in
-        *$(basename $i)* ) ;;
-        * ) strip --strip-all $i ;;
+        *$(basename $i)* ) 
+            ;;
+        * ) strip --strip-all $i 
+            ;;
     esac
 done

chapter08/util-linux.xml

@@ -95 +95 @@
 <screen role="nodump"><userinput>bash tests/run.sh --srcdir=$PWD --builddir=$PWD</userinput></screen>
     </warning>
-<!--
-    <note><para>There is one test that depends on the configuration of the kernel.
-    If CONFIG_USER_NS or CONFIG_PID_NS are not set, the tests will hang forever.
-    To work around the problem, delete one test:</para>
+
+    <note><para>There is one test that fails in the chroot envronment and
+    causes the tests to hang forever.  The problem does not occur outside
+    of the chroot envronment.
+    To work around the problem, delete the test:</para>
 
     <screen><userinput remap="test">rm tests/ts/lsns/ioctl_ns</userinput></screen>
     </note>
--->
+
 <screen><userinput remap="test">chown -Rv tester .
 su tester -c "make -k check"</userinput></screen>

chapter09/locale.xml

@@ -81 +81 @@
   before the telephone number in order to get into the country. If any of the
   commands above fail with a message similar to the one shown below, this means
-  that your locale was either not installed in Chapter 6 or is not 
+  that your locale was either not installed in Chapter 8 or is not 
   supported by the default installation of Glibc.</para>