@RubenKelevra
Currently suffering from https://bugzilla.mozilla.org/show_bug.cgi?id=1796392 . Should be fine tomorrow.
The AUR package is not updated when only the pkgver changes.
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: | 615 |
Popularity: | 1.37 |
First Submitted: | 2008-09-10 14:23 (UTC) |
Last Updated: | 2025-02-13 07:59 (UTC) |
« First ‹ Previous 1 2 3 4 5 6 7 8 .. 56 Next › Last »
@RubenKelevra
Currently suffering from https://bugzilla.mozilla.org/show_bug.cgi?id=1796392 . Should be fine tomorrow.
The AUR package is not updated when only the pkgver changes.
@heftig is there a specific reason why the aur package isn't updated?
Anyway, I've installed the 108 version from your repo... and it freezes all the time, while the version previously worked fine.
@DuKol
The build is currently broken with --enable-alsa because of https://bugzilla.mozilla.org/show_bug.cgi?id=1793392
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?
@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
.
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.
@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.
@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.
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?
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?
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.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.