Package Details: firefox-nightly 132.0a1+20240927.1+h79ef00c1355d-1

Git Clone URL: https://aur.archlinux.org/firefox-nightly.git (read-only, click to copy)
Package Base: firefox-nightly
Description: Fast, Private & Safe Web Browser (Nightly version)
Upstream URL: https://www.mozilla.org/firefox/channel/desktop/#nightly
Keywords: browser gecko web
Licenses: MPL-2.0
Submitter: None
Maintainer: heftig
Last Packager: heftig
Votes: 610
Popularity: 0.42
First Submitted: 2008-09-10 14:23 (UTC)
Last Updated: 2024-09-27 20:33 (UTC)

Sources (5)

Pinned Comments

heftig commented on 2022-07-27 22:26 (UTC)

Instead of building this yourself, please use the repository from https://bbs.archlinux.org/viewtopic.php?id=117157.

Not only do you skip the very time-consuming builds, but the published package also has debug symbols at Mozilla's crash reports service, which helps tremendously with finding or filing bugs for any crashes you get.

I consider this the canonical firefox-nightly package for Arch Linux.

[heftig]
SigLevel = Optional
Server = https://pkgbuild.com/~heftig/repo/$arch

Alternatively, download Firefox Nightly straight from Mozilla, extract it to a writable place (e.g. ~/.local/firefox-nightly) and let it update itself using the integrated updater.

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 .. 56 Next › Last »

DuKol commented on 2022-10-04 10:20 (UTC)

Hello, I'm trying to build the code, but for two consecutive days the build finishes with the same error:


33:09.14 gfx/thebes
33:09.37    Compiling glean-core v51.2.0
33:10.00 parser/htmlparser
33:10.26    Compiling uniffi v0.19.6
33:20.42    Compiling glean v51.2.0
33:21.64    Compiling fog v0.1.0 (/homes/box/Nightly/src/mozilla-central/toolkit/components/glean/api)
33:51.63    Compiling jog v0.1.0 (/homes/box/Nightly/src/mozilla-central/toolkit/components/glean/bindings/jog)
33:53.80    Compiling fog_control v0.1.0 (/homes/box/Nightly/src/mozilla-central/toolkit/components/glean)
33:55.37    Compiling geckoservo v0.0.1 (/homes/box/Nightly/src/mozilla-central/servo/ports/geckolib)
34:11.93    Compiling webrender_bindings v0.1.0 (/homes/box/Nightly/src/mozilla-central/gfx/webrender_bindings)
34:12.66    Compiling gkrust-shared v0.1.0 (/homes/box/Nightly/src/mozilla-central/toolkit/library/rust/shared)
36:03.86    Compiling gkrust v0.1.0 (/homes/box/Nightly/src/mozilla-central/toolkit/library/rust)
43:14.35     Finished release [optimized] target(s) in 42m 37s
43:14.50 security/manager/ssl/ipcclientcerts/force-cargo-library-build
43:14.51 toolkit/library/build/libxul.so
43:16.15    Compiling memchr v2.5.0
43:16.15    Compiling proc-macro2 v1.0.43
43:16.15    Compiling libc v0.2.132
43:16.15    Compiling quote v1.0.21
43:16.17    Compiling regex v1.6.0
43:16.76    Compiling nom v7.1.1
43:16.81 ld.lld: error: undefined hidden symbol: uprofiler_register_thread
43:16.81 >>> referenced by cubeb_alsa.c:583 (/homes/box/Nightly/src/mozilla-central/media/libcubeb/src/cubeb_alsa.c:583)
43:16.81 >>>               /homes/box/Nightly/src/mozilla-central/obj/toolkit/library/build/../../../media/libcubeb/src/cubeb_alsa.o:(alsa_run_thread)
43:16.81 >>> did you mean to declare uprofiler_register_thread(char const*, void*) as extern "C"?
43:16.81 >>> defined in: /homes/box/Nightly/src/mozilla-central/obj/toolkit/library/build/../../../tools/profiler/Unified_cpp_tools_profiler0.o
43:16.98 ld.lld: error: undefined hidden symbol: uprofiler_unregister_thread
43:16.98 >>> referenced by cubeb_alsa.c:589 (/homes/box/Nightly/src/mozilla-central/media/libcubeb/src/cubeb_alsa.c:589)
43:16.98 >>>               /homes/box/Nightly/src/mozilla-central/obj/toolkit/library/build/../../../media/libcubeb/src/cubeb_alsa.o:(alsa_run_thread)
43:16.98 >>> did you mean to declare uprofiler_unregister_thread() as extern "C"?
43:16.98 >>> defined in: /homes/box/Nightly/src/mozilla-central/obj/toolkit/library/build/../../../tools/profiler/Unified_cpp_tools_profiler0.o
43:17.24 clang-14: error: linker command failed with exit code 1 (use -v to see invocation)
43:17.24 make[4]: *** [/homes/box/Nightly/src/mozilla-central/config/rules.mk:540: libxul.so] Error 1
43:17.24 make[3]: *** [/homes/box/Nightly/src/mozilla-central/config/recurse.mk:72: toolkit/library/build/target] Error 2
43:17.24 make[3]: *** Waiting for unfinished jobs....
43:17.24    Compiling clang-sys v1.3.3
43:18.62    Compiling cexpr v0.6.0
43:19.34    Compiling bindgen v0.59.2
43:25.26    Compiling pkcs11-bindings v0.1.0
43:25.73    Compiling rsclientcerts v0.1.0 (/homes/box/Nightly/src/mozilla-central/security/manager/ssl/rsclientcerts)
43:26.69    Compiling ipcclientcerts-static v0.1.0 (/homes/box/Nightly/src/mozilla-central/security/manager/ssl/ipcclientcerts)
43:33.40     Finished release [optimized] target(s) in 18.90s
43:33.53 make[2]: *** [/homes/box/Nightly/src/mozilla-central/config/recurse.mk:34: compile] Error 2
43:33.53 make[1]: *** [/homes/box/Nightly/src/mozilla-central/config/rules.mk:361: default] Error 2
43:33.53 make: *** [client.mk:63: build] Error 2
43:33.55 406 compiler warnings present.

Is there any way out?

heftig commented on 2022-08-01 07:37 (UTC)

@DuKoL This PKGBUILD has only been tested with clean chroots (via extra-x86_64-build), so at the very least you need to be using makepkg -C.

DuKol commented on 2022-08-01 06:40 (UTC)

I wanted to build an update. makepkg worked fine, even if the process suggested that I should do hg update, which I did manually. The reason is that the process finished with an error message which is pretty strange (thus I did the hg update): ==> Starting prepare()... mkdir: cannot create directory ‘mozbuild’: File exists ==> ERROR: A failure occurred in prepare(). Aborting... \ The directory was made by the makepkg last time. Does that mean that I must delete it and always build nightly from scratch? Is there not a build of just changed parties? hg update didn't changed the result.

spastorino commented on 2022-07-29 16:43 (UTC)

@heftig one thing that I wonder is if the package shouldn't just have an option or something to ignore whatever is installed in the system and opt for things in mozilla-central/third_party or some kind of equivalent option.

heftig commented on 2022-07-29 11:03 (UTC) (edited on 2022-07-29 11:07 (UTC) by heftig)

@spastorino Dang, looks like more trouble with the Python environment when building outside a clean chroot. I wish I had time to debug this further.

@DuKol Open about:profiles and set your previous profile as default. Each installation of Firefox (determined by the path) has its own default profile.

PS: Beware that downgrading a profile (i.e. loading it with 103 after it was used by 105) is disallowed by default, as it can lead to bugs and data loss. If you want to keep using Firefox release, consider copying your old profile to a new one.

DuKol commented on 2022-07-29 10:50 (UTC)

Hello, I managed to build and install firefox-nightly-105.0a1+20220729.1+h1452abb71f59-1-x86_64.pkg.tar.zst

So far, so good. After running it, I was surprised it has ignored all my previous settings, extensions, passwords, etc. from 103 version. Is it meant to be such a way? How can I import all of my previous settings?

spastorino commented on 2022-07-29 01:49 (UTC)

Have tried this patch ...

diff --git a/PKGBUILD b/PKGBUILD
index 5eff445..b2a2d77 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -3,7 +3,7 @@
 # Contributor: Jakub Schmidtke <sjakub@gmail.com>

 pkgname=firefox-nightly
-pkgver=105.0a1+20220727.1+ha948931a2595
+pkgver=105.0a1+20220728.1+h2d32ee893048
 pkgrel=1
 pkgdesc="Development version of the popular Firefox web browser"
 arch=(x86_64)
@@ -12,7 +12,7 @@ url="https://www.mozilla.org/firefox/channel/#nightly"
 depends=(gtk3 libxt mime-types dbus-glib ffmpeg nss ttf-font libpulse)
 makedepends=(unzip zip diffutils yasm mesa imake inetutils xorg-server-xvfb
              autoconf2.13 rust clang llvm jack nodejs cbindgen nasm
-             python-setuptools python-zstandard lld dump_syms
+             python-setuptools python-zstandard python-psutil lld dump_syms
              wasi-compiler-rt wasi-libc wasi-libc++ wasi-libc++abi
              mercurial)
 optdepends=('networkmanager: Location detection via available WiFi networks'
@@ -26,10 +26,12 @@ _repo=https://hg.mozilla.org/mozilla-central
 source=("hg+$_repo"
         firefox-install-dir.patch
         zstandard-0.18.0.diff
+        psutil-5.9.1.diff
         $pkgname.desktop identity-icons-brand.svg)
 sha256sums=('SKIP'
             'c80937969086550237b0e89a02330d438ce17c3764e43cc5d030cb21c2abce5f'
             'a6857ad2f2e2091c6c4fdcde21a59fbeb0138914c0e126df64b50a5af5ff63be'
+            'c9afb78ca078e25d7dd831ae3a8c325424f7298c26234712b1d0d4185fc37d53'
             '7d90a9abacb5cc9870a31323ef31e361f620538c56609001d6d9e789b99b5e97'
             'a9b8b4a0a1f4a7b4af77d5fc70c2686d624038909263c795ecc81e0aec7711e9')
 validpgpkeys=('14F26682D0916CDD81E37B6D61B7B526D98F0353') # Mozilla Software Releases <release@mozilla.com>
@@ -75,6 +77,9 @@ prepare() {
   # Unbreak build with python-zstandard 0.18.0
   patch -Np1 -i ../zstandard-0.18.0.diff

+  # Unbreak build with python-psutil 5.9.1
+  patch -Np1 -i ../psutil-5.9.1.diff
+
   echo -n "$_google_api_key" >google-api-key
   echo -n "$_mozilla_api_key" >mozilla-api-key

diff --git a/psutil-5.9.1.diff b/psutil-5.9.1.diff
new file mode 100644
index 0000000..6458198
--- /dev/null
+++ b/psutil-5.9.1.diff
@@ -0,0 +1,10 @@
+diff --git i/python/sites/mach.txt w/python/sites/mach.txt
+index 01f4f8c23da3b..85cfaf2b273ac 100644
+--- i/python/sites/mach.txt
++++ w/python/sites/mach.txt
+@@ -134,4 +134,4 @@ pypi-optional:glean-sdk==50.1.0:telemetry will not be collected
+ # We aren't (yet) able to pin packages in automation, so we have to
+ # support down to the oldest locally-installed version (5.4.2).
+-pypi-optional:psutil>=5.4.2,<=5.8.0:telemetry will be missing some data
++pypi-optional:psutil>=5.4.2,<=5.9.1:telemetry will be missing some data
+ pypi-optional:zstandard>=0.11.1,<=0.18.0:zstd archives will not be possible to extract

Got the following ...

WARNING: You are using pip version 21.2.3; however, version 22.2.1 is available.
You should consider upgrading via the '/tmp/tmp7iip15g0/bin/python -m pip install --upgrade pip' command.
flask 2.1.3 has requirement click>=8.0, but you have click 7.1.2.
flask 2.1.3 has requirement Jinja2>=3.0, but you have jinja2 2.11.3.
black 22.6.0 has requirement click>=8.0.0, but you have click 7.1.2.

So flask is being taken from system and the other stuff is from mozilla-central/third_party so things doesn't add up. Couldn't everything be used from third_party or something?

heftig commented on 2022-07-28 18:33 (UTC)

@xuiqzy No, the debug symbols of the official builds should have identical quality.

xuiqzy commented on 2022-07-28 17:19 (UTC)

@heftig Thanks for providing the build! Does the official build straight from Mozilla also has worse debug symbols than the build from your repo? If so, why, is it about debug symbols of the dependencies?

heftig commented on 2022-07-28 12:51 (UTC)

@spastorino I think I encountered this before, but just worked around it by removing python-psutil from the makedeps, so the build container does not have it installed.

You can try patching the version check like zstandard-0.18.0.diff does for python-zstandard. Please report back if you try this.

That said, please use the prebuilt package for the reasons given in the pinned comment.