Summary: | www-client/firefox-75.0 cannot be rebuilt on arm64 after other updates in the system | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Paul Osmialowski <newchief> |
Component: | Current packages | Assignee: | Mozilla Gentoo Team <mozilla> |
Status: | RESOLVED WONTFIX | ||
Severity: | normal | CC: | arm64, herrtimson, sam |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | ARM64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | firefox-76.0 build log (as requested) |
Description
Paul Osmialowski
2020-05-05 09:08:59 UTC
Could you provide the full build.log? Will do, later today or tomorrow morning. It will be firefox-76.0 though. I am unable to reproduce with same nodejs version in amd64 stage3 for firefox-76.0. Created attachment 636678 [details]
firefox-76.0 build log (as requested)
Unfortunately, www-client/firefox-76.0 fails to build at the same spot. Attached is the bzipped log.
It seems you're using wayland on aarch64, this is the most bleeding edge I can imagine of. You absolutly should checkout what fedora and the alarm team (arch port for aarch64) are doing. For fedora, I see them having trouble with aarch64 all the time. I've tried firefox-76.0.1 too, with and without "wayland" USE flag the result is always the same.As this bug always hits ff/devtools/client/debugger/src, is there a way to easily exclude debugger (or even all of the devtools) from being built? I've test with these useflags: emerge -pv firefox These are the packages that would be merged, in order: [ebuild R ~] www-client/firefox-76.0.1::gentoo USE="clang system-av1 system-harfbuzz system-icu system-jpeg system-libevent system-libvpx system-webp -bindist -custom-cflags -custom-optimization -debug (-eme-free) -geckodriver -gmp-autoupdate (-hardened) -hwaccel -jack -lto (-pgo) -pulseaudio -screenshot (-selinux) -startup-notification -test -wayland -wifi" CPU_FLAGS_ARM="(-neon)" L10N="de -ach -af -an -ar -ast -az -be -bg -bn -br -bs -ca -cak -cs -cy -da -dsb -el -en-CA -en-GB -eo -es-AR -es-CL -es-ES -es-MX -et -eu -fa -ff -fi -fr -fy -ga -gd -gl -gn -gu -he -hi -hr -hsb -hu -hy -ia -id -is -it -ja -ka -kab -kk -km -kn -ko -lij -lt -lv -mk -mr -ms -my -nb -nl -nn -oc -pa -pl -pt-BR -pt-PT -rm -ro -ru -si -sk -sl -son -sq -sr -sv -ta -te -th -tr -uk -ur -uz -vi -xh -zh-CN -zh-TW" 316.254 KiB I'm mostly on stable keywords: nodejs-12.16.1, clang/llvm-9.0.1, rust-bin-1.43.1 It might be a good idea to downgrade your nodejs, since the error message, though difficult to read, is linked to nodejs I believe. I can try to reproduce with the release of firefox-77.0, given no cause has been identified until then. Success! Indeed it builds with nodejs-12.16.1, but as I removed ~arm64 keyword from nodejs it turned out, 12.16.* versions aren't the latest stable on AArch64. I just had to mask nodejs versions later than 12.16.* in order to succeed. excelent, can you please post your emerge -pv nodejs stuff? Also any funny stuff you might add via package.env etc. pp. I'll wait a bit for firefox-77.0 and will attempt to reproduce with nodejs-14 $ emerge -pv nodejs These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] net-libs/nodejs-12.16.1::gentoo USE="npm snapshot ssl system-ssl -debug -doc -icu -inspector -systemtap -test" 0 KiB Total: 1 package (1 reinstall), Size of downloads: 0 KiB I had do add -icu for nodejs explicitly as nodejs-12.16.1 is incompatible with dev-libs/icu-67.1. Note that I'm having Gentoo on this Jetson-TX2 board for couple of years now. Back when I first time connected SSD drive and installed Gentoo on it (with vendor-provided kernel), the support for AArch64 in Gentoo was very early and most of the packages were masked (namely, for the desktop profile; as Jetson is something of near-desktop capabilities, I didn't want to wait for those packages for being unmasked for AArch64 so my list of manually enabled packages in packages.accept_keywords file is huge!). This is bit annoying. Today there was firefox update to 77.0.1 but this was preceded by dev-lang/python-3.6.10-r2 rebuild (I assume due to USE flags change or one of the dependencies update, sadly, I don't keep record). The effect on firefox build process is this: 12:04.52 Compiling lazy_static v1.4.0 Exception in thread ProcessReader: Traceback (most recent call last): File "/usr/lib64/python3.6/threading.py", line 916, in _bootstrap_inner self.run() File "/usr/lib64/python3.6/threading.py", line 864, in run self._target(*self._args, **self._kwargs) File "/var/tmp/portage/www-client/firefox-77.0.1/work/firefox-77.0.1/testing/mozbase/mozprocess/mozprocess/processhandler.py", line 1116, in _read callback(line.rstrip()) File "/var/tmp/portage/www-client/firefox-77.0.1/work/firefox-77.0.1/testing/mozbase/mozprocess/mozprocess/processhandler.py", line 1026, in __call__ e(*args, **kwargs) File "/var/tmp/portage/www-client/firefox-77.0.1/work/firefox-77.0.1/python/mach/mach/mixin/process.py", line 96, in handleLine line_handler(line) File "/var/tmp/portage/www-client/firefox-77.0.1/work/firefox-77.0.1/python/mozbuild/mozbuild/controller/building.py", line 706, in on_line self.log(logging.INFO, 'build_output', {'line': message}, '{line}') File "/var/tmp/portage/www-client/firefox-77.0.1/work/firefox-77.0.1/python/mach/mach/mixin/logging.py", line 54, in log extra={'action': action, 'params': params}) File "/usr/lib64/python3.6/logging/__init__.py", line 1374, in log self._log(level, msg, args, **kwargs) File "/usr/lib64/python3.6/logging/__init__.py", line 1444, in _log self.handle(record) File "/usr/lib64/python3.6/logging/__init__.py", line 1454, in handle self.callHandlers(record) File "/usr/lib64/python3.6/logging/__init__.py", line 1516, in callHandlers hdlr.handle(record) File "/usr/lib64/python3.6/logging/__init__.py", line 865, in handle self.emit(record) File "/var/tmp/portage/www-client/firefox-77.0.1/work/firefox-77.0.1/python/mozbuild/mozbuild/controller/building.py", line 590, in emit self.fh.write(msg) UnicodeEncodeError: 'ascii' codec can't encode character '\xf6' in position 239: ordinal not in range(128) The ASCII error is https://bugs.gentoo.org/727110#c10 Indeed, changing python version helped, building completed. I couldn't reproduce with firefox-77.0.1 and nodejs-14.2.0: [ebuild R ] net-libs/nodejs-14.2.0::gentoo USE="ssl system-ssl -debug -doc -icu -inspector -npm -pax_kernel -snapshot -systemtap -test" 0 KiB [ebuild R ~] www-client/firefox-77.0.1::gentoo USE="clang system-harfbuzz system-icu system-jpeg system-libevent system-libvpx system-webp -bindist -custom-cflags -custom-optimization -debug (-eme-free) -geckodriver -gmp-autoupdate (-hardened) -hwaccel -jack -lto (-pgo) -pulseaudio -screenshot (-selinux) -startup-notification -system-av1 -test -wayland -wifi" CPU_FLAGS_ARM="(-neon)" L10N="de -ach -af -an -ar -ast -az -be -bg -bn -br -bs -ca -cak -cs -cy -da -dsb -el -en-CA -en-GB -eo -es-AR -es-CL -es-ES -es-MX -et -eu -fa -ff -fi -fr -fy -ga -gd -gl -gn -gu -he -hi -hr -hsb -hu -hy -ia -id -is -it -ja -ka -kab -kk -km -kn -ko -lij -lt -lv -mk -mr -ms -my -nb -nl -nn -oc -pa -pl -pt-BR -pt-PT -rm -ro -ru -si -sk -sl -son -sq -sr -sv -ta -te -th -tr -uk -ur -uz -vi -xh -zh-CN -zh-TW" 0 KiB emerge --info Portage 2.3.99 (python 3.7.7-final-0, default/linux/arm64/17.0, gcc-9.3.0, glibc-2.30-r8, 4.19.114-raspberrypi-v8+ aarch64) ================================================================= System uname: Linux-4.19.114-raspberrypi-v8+-aarch64-with-gentoo-2.6 KiB Mem: 939636 total, 291304 free KiB Swap: 4194300 total, 4189128 free Timestamp of repository gentoo: Fri, 05 Jun 2020 08:30:01 +0000 Head commit of repository gentoo: 82166e71e1186f4b70d099c6b22da611753b26c0 sh bash 5.0_p17 ld GNU ld (Gentoo 2.34 p4) 2.34.0 app-shells/bash: 5.0_p17::gentoo dev-lang/perl: 5.30.3::gentoo dev-lang/python: 2.7.18::gentoo, 3.7.7-r2::gentoo dev-util/cmake: 3.16.5::gentoo sys-apps/baselayout: 2.6-r1::gentoo sys-apps/openrc: 0.42.1::gentoo sys-apps/sandbox: 2.18::gentoo sys-devel/autoconf: 2.13-r1::gentoo, 2.69-r4::gentoo sys-devel/automake: 1.16.1-r1::gentoo sys-devel/binutils: 2.34-r1::gentoo sys-devel/gcc: 9.3.0::gentoo sys-devel/gcc-config: 2.2.1::gentoo sys-devel/libtool: 2.4.6-r6::gentoo sys-devel/make: 4.2.1-r4::gentoo sys-kernel/linux-headers: 5.4::gentoo (virtual/os-headers) sys-libs/glibc: 2.30-r8::gentoo Trying this myself. It will take some time tho. So far it failed as it used to. But I've noticed you don't use default nodejs USE flags. Therefore I've rebuilt nodejs with USE="-npm -snapshot" in order to match with you. Firefox build started again, we'll see. Still no luck. This js debugger part just can't be built with newer nodejs. I've tried two firefox builds: with and without 'clang' USE flag. Some other difference, I'm using vendor-locked-in 4.4.38 kernel and my CFLAGS/CXXFLAGS in /etc/portage/make.conf are "-O2 -pipe -march=native -mcpu=cortex-a57 -mtune=cortex-a57". well, that really is a unicorn of a setup you're running but it's not hopeless: you can use nodejs-12 for now, and it should be possible to use it for firefox-78.0, which is the new esr. That gives you plenty of time to find the problem and fix it while sticking with 78.x-esr also you should open a bug at mozilla and ask them how you possibly can disable the js debugger which keeps annoying you. Indeed, as I unmasked nodejs-12.17.0, firefox builds. I wonder who's more to blame here, firefox or nodejs. The more recent version (14.4.0) still causes problems with firefox build. Due to reports of successful aarch64 builds, I'm opting to close this one - apparently it fails only on my system. |