On 2019-03-09 14:33, Bruce Dubbs wrote:
On 3/9/19 12:52 PM, Douglas R. Reno wrote:
On 2019-03-09 11:28, Bruce Dubbs via blfs-support wrote:
On 3/9/19 11:17 AM, Douglas R. Reno via blfs-support wrote:
Good morning (or afternoon),
I setup a build of Firefox to run overnight on one of my 8.4
systems. Using my pre-existing script and mozconfig, which worked
for 8.4's release testing to give me a Firefox Quantum install, gave
me a Firefox Nightly install, in which the commands after ./mach
install don't work because /usr/lib/firefox/ doesn't exist.
Grepping my log somehow shows that it picked up that it was supposed
to be part of the nightly channel, so I'll rebuild Firefox without a
script and see what happens. My question is though...
Has anyone ever encountered this, and how does it happen? Does
Firefox assume that it's nightly if it has a problem with the
mozconfig or something of that nature?
I've not seen this. I can check my log. What should I look for?
Try grepping for 'nightly'. My mozconfig specified nothing about it,
and it still got picked up.
I didn't run this one with mach in verbose mode, but this one is
almost out of the oven. When it's done, I'll see if it remains or not.
$ grep night firefox-65.0.2.log
returns nothing for me.
Are we using the same source?
$ tail -n5 firefox-65.0.2.log
SBU=26.343
273056 /usr/src/firefox/firefox-65.0.2.source.tar.xz SIZE (266.656 MB)
9612248 kilobytes BUILD SIZE (9386.960 MB)
md5sum : e4ddf50ea701995287461c2170ceca9b
/usr/src/firefox/firefox-65.0.2.source.tar.xz
-- Bruce
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:
# 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 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.
--
http://lists.linuxfromscratch.org/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
