Changeset fe5f563d
- Timestamp:
- 12/11/2018 08:03:39 PM (6 years ago)
- Branches:
- 10.0, 10.1, 11.0, 11.1, 11.2, 11.3, 12.0, 12.1, 12.2, 8.4, 9.0, 9.1, bdubbs/svn, elogind, gimp3, kea, ken/TL2024, ken/inkscape-core-mods, ken/tuningfonts, lazarus, lxqt, plabs/newcss, plabs/python-mods, python3.11, qt5new, rahul/power-profiles-daemon, renodr/vulkan-addition, trunk, upgradedb, xry111/for-12.3, xry111/intltool, xry111/llvm18, xry111/soup3, xry111/spidermonkey128, xry111/test-20220226, xry111/xf86-video-removal
- Children:
- ec1d8ae
- Parents:
- cd7dab9
- Files:
-
- 3 edited
Legend:
- Unmodified
- Added
- Removed
-
introduction/welcome/changelog.xml
rcd7dab9 rfe5f563d 46 46 <itemizedlist> 47 47 <listitem> 48 <para>[ken] - Update to firefox-64.0 (includes security fixes). Fixes 49 <ulink url="&blfs-ticket-root;11432">#11432</ulink>.</para> 50 </listitem> 51 <listitem> 48 52 <para>[bdubbs] - Update to sqlite-autoconf-3260000. Fixes 49 53 <ulink url="&blfs-ticket-root;11319">#11329</ulink>.</para> -
packages.ent
rcd7dab9 rfe5f563d 854 854 <!ENTITY epiphany-version "3.28.3.1"> 855 855 <!ENTITY falkon-version "3.0.1"> 856 <!ENTITY firefox-version "6 3.0.3">856 <!ENTITY firefox-version "64.0"> 857 857 <!ENTITY flashplayer-version "27.0.0.187"> 858 858 <!ENTITY qupzilla-version "2.2.6"> -
xsoft/graphweb/firefox.xml
rcd7dab9 rfe5f563d 7 7 <!ENTITY firefox-download-http "&mozilla-http;/firefox/releases/&firefox-version;/source/firefox-&firefox-version;.source.tar.xz"> 8 8 <!ENTITY firefox-download-ftp " "> 9 <!ENTITY firefox-md5sum " 03aa81edafce60069428349b4762cc03">10 <!ENTITY firefox-size "2 54MB">9 <!ENTITY firefox-md5sum "4aed9945fa0b8ceec75ff4bab509a78b"> 10 <!ENTITY firefox-size "260 MB"> 11 11 <!-- NB with stylo, much of the build uses rust, and therefore cargo files. 12 12 But the extra cached cargo files, if any, seem to be minimal --> 13 <!ENTITY firefox-buildsize " 9.0 GB (153MB installed) without tests">13 <!ENTITY firefox-buildsize "8.9 GB (141 MB installed) without tests"> 14 14 <!-- editors: with ff63 and rust-1.29, ./mach build -j4 is probably the 15 most practical way to get a timing on a machine with more cores . If in16 doubt, round up -->17 <!ENTITY firefox-time "2 2SBU (with parallelism=4) without tests">15 most practical way to get a timing on a machine with more cores, if taking 16 cores offline is not practical. If in doubt, round up --> 17 <!ENTITY firefox-time "24 SBU (with parallelism=4) without tests"> 18 18 ]> 19 19 … … 111 111 <para> 112 112 As with other large packages which use C++ (or rust), the SBU times 113 to build this vary more widely than you might expect. Also, almost6GB113 to build this vary more widely than you might expect. Also, 6GB 114 114 of real memory is used during the final link and the SBUs can increase 115 significantly if the machine has to swap to do this.115 significantly if the machine has to swap. 116 116 </para> 117 117 … … 143 143 <xref linkend="gtk2"/>, 144 144 <xref linkend="libnotify"/>, 145 <xref linkend="nodejs"/>, 145 146 <xref linkend="nss"/>, 146 147 <xref linkend="pulseaudio"/> … … 159 160 <xref linkend="icu"/>, 160 161 <xref linkend="libevent"/>, 161 <xref linkend="libvpx"/>, 162 <xref linkend="nodejs"/>, and 162 <xref linkend="libvpx"/>, and 163 163 <xref linkend="sqlite"/> 164 164 </para> … … 214 214 <screen><userinput>cat > mozconfig << "EOF" 215 215 <literal># If you have a multicore machine, all cores will be used by default. 216 # You can change the number of non-rust jobs by setting a valid number217 # of cores in this option, but when rust crates are being compiled218 # jobs will be scheduled for all the available CPU cores.219 #mk_add_options MOZ_MAKE_FLAGS="-j1"220 216 221 217 # If you have installed dbus-glib, comment out this line: … … 245 241 # If you have installed GConf, comment out this line 246 242 ac_add_options --disable-gconf 247 248 # Uncomment this if you have not installed nodejs,249 # but note that nodejs will be required in firefox-64250 #ac_add_options --disable-nodejs251 243 252 244 # From firefox-61, the stylo CSS code can no-longer be disabled … … 357 349 <screen><userinput>sed -e 's/checkImpl/checkFFImpl/g' -i js/src/vm/JSContext*.h && 358 350 export CC=clang CXX=clang++ AR=llvm-ar NM=llvm-nm RANLIB=llvm-ranlib && 359 ./machbuild &&360 unset CC CXX AR NM RANLIB</userinput></screen>351 export export MOZBUILD_STATE_PATH=${PWD}/mozbuild && 352 ./mach build &&</userinput></screen> 361 353 362 354 <para> … … 379 371 mkdir -pv /usr/lib/mozilla/plugins && 380 372 ln -sfv ../../mozilla/plugins /usr/lib/firefox/browser/</userinput></screen> 381 <!-- 373 382 374 <para> 383 375 Set environment variables back to their values: 384 376 </para> 385 377 386 <screen><userinput>export CFLAGS=$CFLAGS_HOLD && 387 export CXXFLAGS=$CXXFLAGS_HOLD && 388 unset CFLAGS_HOLD CXXFLAGS_HOLD</userinput></screen> 389 --> 378 <screen><userinput>unset CC CXX AR NM RANLIB MOZBUILD_STATE_PATH</userinput></screen> 390 379 391 380 </sect2> … … 411 400 412 401 <para> 402 <command>export MOZBUILD_STATE_PATH=${PWD}/mozbuild</command>: The build 403 is now supposed to tell you that it intends to create <filename 404 class="directory">~/.mozbuild</filename>, and offer you an option to 405 press <ENTER> to accept this, or Ctrl-C to cancel and restart the 406 build after specifying the directory. In practice, the message may not 407 appear until after <ENTER> is keyed, i.e. the build stalls. 408 </para> 409 410 <para> 411 That directory is used for a (probably random) telemetry identifier. 412 Creating this in the build directory, and deleting that after the 413 installation, prevents it being used. If you wish to participate in 414 telemetry, export MOZBUILD_STATE_PATH to point to its default directory. 415 </para> 416 417 <para> 413 418 <command>./mach build</command>: <application>Firefox</application> 414 419 now uses this <application>python2</application> script to run the … … 423 428 424 429 <para> 425 <option>./mach build -j 4</option>: In theory, <command>mach</command>426 will use the number of online CPU cores - but on some machines the bulk427 of the build will drag on as if only 1 core is present. Specifying the428 number of jobs (4 in this example) fixes that. Unlike traditional429 recommendations for running <command>make</command>, the exact number430 of cores is usually fastest - exceptionally, N+1 may be better on a431 well-specified modern machine. But do NOT use this if building from a432 term where <command>taskset</command> has been used to restrictthe433 available cores.430 <option>./mach build -jN</option>: The build should, by default, use 431 all the online CPU cores. There are two reasons to specify the number 432 of cores, e.g. -j4 for 4 cores: First, if using all the cores causes 433 the build to swap because you have insufficient memory (e.g. for 4 cores 434 a build without system graphite2 and harfbuzz now uses slightly over 8GB 435 of RAM). In such cases, using fewer cores can be faster. Second, on some 436 machines the middle part of the build can drag on as if only one core is 437 present. In those cases, specifying the number of cores may speed up the 438 build. 434 439 </para> 435 440
Note:
See TracChangeset
for help on using the changeset viewer.