On Sat, Mar 09, 2019 at 04:18:47PM -0600, Douglas R. Reno via blfs-support
wrote:
>
> I saw Ken note that Nightly is supposed to be binary only. After rebuilding
> Firefox, I'm still showing nightly. Time for some info:
>
> In About Nightly (where About Firefox would be in the menu):
>
> Nightly
> 65.0.1 (64-bit)
>
> My mozconfig:
>
(a quick look suggests this is standard, although I never build with
the api keyfiles (can't see the point).
> # If you have a multicore machine, all cores will be used by default.
>
> # If you have installed dbus-glib, comment out this line:
> # ac_add_options --disable-dbus
>
> # If you have installed dbus-glib, and you have installed (or will install)
> # wireless-tools, and you wish to use geolocation web services, comment out
> # this line
> #ac_add_options --disable-necko-wifi
>
> # API Keys for geolocation APIs - necko-wifi (above) is required for MLS
> # Uncomment the following line if you wish to use Mozilla Location Service
> ac_add_options --with-mozilla-api-keyfile=$PWD/mozilla-key
>
> # Uncomment the following line if you wish to use Google's geolocaton API
> # (needed for use with saved maps with Google Maps)
> ac_add_options --with-google-api-keyfile=$PWD/google-key
>
> # Uncomment this line if you have installed startup-notification:
> ac_add_options --enable-startup-notification
>
> # Uncomment the following option if you have not installed PulseAudio
> #ac_add_options --disable-pulseaudio
> # and uncomment this if you installed alsa-lib instead of PulseAudio
> #ac_add_options --enable-alsa
>
> # If you have installed GConf, comment out this line
> #ac_add_options --disable-gconf
>
> # From firefox-61, the stylo CSS code can no-longer be disabled
>
> # Comment out following options if you have not installed
> # recommended dependencies:
> ac_add_options --enable-system-sqlite
> ac_add_options --with-system-libevent
> # current firefox fails to build against libvpx-1.8.0
> #ac_add_options --with-system-libvpx
> # firefox-65 understands webp and ships with an included copy
> ac_add_options --with-system-webp
> ac_add_options --with-system-nspr
> ac_add_options --with-system-nss
> ac_add_options --with-system-icu
>
> # The gold linker is no-longer the default
> ac_add_options --enable-linker=gold
>
> # You cannot distribute the binary if you do this
> ac_add_options --enable-official-branding
>
> # If you are going to apply the patch for system graphite
> # and system harfbuzz, uncomment these lines:
> ac_add_options --with-system-graphite2
> ac_add_options --with-system-harfbuzz
>
> # Stripping is now enabled by default.
> # Uncomment these lines if you need to run a debugger:
> ac_add_options --disable-strip
> ac_add_options --disable-install-strip
>
> # The BLFS editors recommend not changing anything below this line:
> ac_add_options --prefix=/usr
> ac_add_options --enable-application=browser
>
> ac_add_options --disable-crashreporter
> ac_add_options --disable-updater
> # enabling the tests will use a lot more space and significantly
> # increase the build time, for no obvious benefit.
> ac_add_options --disable-tests
>
> # With clang, unlike gcc-7 and later, the default level
> # of optimization produces a working build.
> ac_add_options --enable-optimize
>
> # From firefox-61 system cairo is not supported
>
> ac_add_options --enable-system-ffi
> ac_add_options --enable-system-pixman
>
> # From firefox-62 --with-pthreads is not recognized
>
> ac_add_options --with-system-bz2
> ac_add_options --with-system-jpeg
> ac_add_options --with-system-png
> ac_add_options --with-system-zlib
>
> mk_add_options MOZ_OBJDIR=@TOPSRCDIR@/firefox-build-dir
>
>
> This is Firefox 65.0.1.
> renodr [ /sources ]$ md5sum firefox-65.0.1.source.tar.xz
> 38c01a14e58cce894dda513739bd15d3 firefox-65.0.1.source.tar.xz
> renodr [ /sources ]$ du -h firefox-65.0.1.source.tar.xz
> 264M firefox-65.0.1.source.tar.xz
>
> I suppose the next question is - do you want me to upgrade the dependencies
> for Firefox (node.js, sqlite, nspr, cbindgen) to the versions in SVN and
I don't think I've upgraded any of those on my own builds. What I
will mention at this point is that my previous attempts to build
66-beta (on a somewhat old system) failed catastrophically (rust was
not happy, no idea why), but on 8.4 I've managed one successful
build. So I think the versions in 8.4 are good-enough for the
moment.
And the minimum required version of node is only 8 point something.
But realistically, I don't think any of those will affect what
firefox decides to call itself.
> give it another go? This build is expendable as well I suppose, I don't have
> any attachment to it. If you think SVN is stable enough, I'll just rebuild
> this particular machine with that. Might fix my continued lxpanel problems
> as it is. I'm open to either one - upgrading dependencies or rebuilding.
>
> In addition, I'm running gcc-8.2 on this machine, not 8.3. It's the build I
> copied over for my laptop (which only Bruce really knows about). It's an
> 8.4-rc1 build that I moved over from one of my machines, but it only had
> epiphany installed so I figured I'd go ahead and install Firefox so I could
> get to my bookmarks.
The firefox source is unfortunately not great for searching with
find ... xargs (one or more filenames with spaces, I think), but
what I did find for nightly is mostly in the testing files. There
are some comments in a few webrtc files - looking at those, I wonder
if your rustc is perhaps configured for something other than the
stable channel ? But I have no idea how to check for that :-(
OTOH - if it installed, I would be inclined to treat it as an
unexplained annoyance (until you get annoyed enough to go on what
might be a wild goose chase).
ĸen
--
It is said that there are two great unsolved problems in computer
science: naming, cache invalidation, and off-by-one errors.
-- Ben Bullock
--
http://lists.linuxfromscratch.org/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
