Author: ken
Date: Thu Apr  5 15:31:16 2018
New Revision: 20044

Log:
Firefox-59.0.2 and reword its note on how the SBUs vary, also extend the SBU 
comments in the Conventions section.

Modified:
   trunk/BOOK/introduction/welcome/changelog.xml
   trunk/BOOK/introduction/welcome/conventions.xml
   trunk/BOOK/packages.ent
   trunk/BOOK/xsoft/graphweb/firefox.xml

Modified: trunk/BOOK/introduction/welcome/changelog.xml
==============================================================================
--- trunk/BOOK/introduction/welcome/changelog.xml       Thu Apr  5 14:32:40 
2018        (r20043)
+++ trunk/BOOK/introduction/welcome/changelog.xml       Thu Apr  5 15:31:16 
2018        (r20044)
@@ -45,6 +45,10 @@
       <para>April 5, 2018</para>
       <itemizedlist>
         <listitem>
+          <para>[ken] - Update to firefox-59.0.2 (security fix). Fixes
+          <ulink url="&blfs-ticket-root;10557">#10557</ulink>.</para>
+        </listitem>
+        <listitem>
           <para>[ken] - Work around missing quotes in c_rehash from
           openssl-1.1.0h so that make-ca will work again. Fixes
           <ulink url="&blfs-ticket-root;10626">#10626</ulink>.</para>

Modified: trunk/BOOK/introduction/welcome/conventions.xml
==============================================================================
--- trunk/BOOK/introduction/welcome/conventions.xml     Thu Apr  5 14:32:40 
2018        (r20043)
+++ trunk/BOOK/introduction/welcome/conventions.xml     Thu Apr  5 15:31:16 
2018        (r20044)
@@ -234,9 +234,19 @@
     the appropriate hardware, the speedup is not linear and to some extent
     depends on the individual package and specific hardware used.  </para>
 
+    <para>For packages which use ninja (e.g. anything using meson) or rust, by
+    default all cores are used so similar comments will be seen on such 
packages
+    even when the build time is minimal.</para>
+
     <para>Where even a parallel build takes more than 15 SBU, on certain
     machines the time may be considerably greater even when the build does not
-    use swap.</para>
+    use swap. In particular, different micro-architectures will build some
+    files at different relative speeds and this can introduce delays when
+    certain make targets wait for another file to be created. Where a large
+    build uses a lot of C++ files, processors with Simultaneous Multi Threading
+    will share the Floating Point Unit and can take 45% longer than when using
+    four 'prime' cores (measured on an intel i7 using taskset and keeping the
+    other cores idle).</para>
 
     <para>Some packages do not support parallel builds and using -j1 for the
     make command is required.  Packages that are known to have such limits are

Modified: trunk/BOOK/packages.ent
==============================================================================
--- trunk/BOOK/packages.ent     Thu Apr  5 14:32:40 2018        (r20043)
+++ trunk/BOOK/packages.ent     Thu Apr  5 15:31:16 2018        (r20044)
@@ -732,7 +732,7 @@
 <!-- Chapter 43 -->
 <!ENTITY chromium-version             "64.0.3282.186">
 <!ENTITY epiphany-version             "3.28.0.1">
-<!ENTITY firefox-version              "59.0.1">
+<!ENTITY firefox-version              "59.0.2">
 <!ENTITY flashplayer-version          "27.0.0.187">
 <!ENTITY qupzilla-version             "2.2.6">
 <!ENTITY seamonkey-version            "2.49.2">

Modified: trunk/BOOK/xsoft/graphweb/firefox.xml
==============================================================================
--- trunk/BOOK/xsoft/graphweb/firefox.xml       Thu Apr  5 14:32:40 2018        
(r20043)
+++ trunk/BOOK/xsoft/graphweb/firefox.xml       Thu Apr  5 15:31:16 2018        
(r20044)
@@ -7,12 +7,12 @@
 <!--
   <!ENTITY firefox-download-http 
"&mozilla-http;/firefox/releases/&firefox-version;/source/firefox-&firefox-version;.source.tar.xz">
 -->
-   <!ENTITY firefox-hgversion "3db9e3d52b17563efca181ccbb50deb8660c59ae">
+   <!ENTITY firefox-hgversion "239e434d6d2b8e1e2b697c3416d1e96d48fe98e5">
   <!-- use tinyurl to get a much shorter link for the wget example -->
-  <!ENTITY firefox-tiny "https://tinyurl.com/firefox-59-0-1-tar-bz2";>
+  <!ENTITY firefox-tiny "https://tinyurl.com/firefox-59-0-2-tar-bz2";>
   <!ENTITY firefox-download-http "&mozilla-hg;&firefox-hgversion;.tar.bz2">
   <!ENTITY firefox-download-ftp  " ">
-  <!ENTITY firefox-md5sum        "5aff0df363d778ebe0e572d6c9f13dbe">
+  <!ENTITY firefox-md5sum        "fa4f7a5a7e2b2c7900369530b396b74a">
   <!ENTITY firefox-size          "291 MB">
   <!-- NB with stylo, much of the build uses rust, and therefore cargo files.
     But when building 58.0 on rustc-1.22.1 the extra files, if any, seem to be 
minimal -->
@@ -128,12 +128,10 @@
       </para>
 
       <para>
-        The build times for this version of firefox (using stylo, the new CSS
-        rendering code) seem to vary widely between different machines. On one
-        old Intel i3 with only 4GB of RAM the build took
-        <emphasis>considerably</emphasis> longer. The reason for this is
-        not understood. A build with stylo disabled is typically 1 or 2 SBU
-        quicker and needs 0.8GB less disk space.
+        As with other large packages which use C++ (or rust), the SBU times
+        to build this vary more widely than you might expect. Also, almost 6GB
+        of real memory is used during the final link and the SBUs can increase
+        significantly if the machine has to swap to do this.
       </para>
 
       <para>
-- 
http://lists.linuxfromscratch.org/listinfo/blfs-book
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Reply via email to