Package Details: firefox-nightly 150.0a1+20260310.1+h8b83431c417d-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: 616
Popularity: 0.037539
First Submitted: 2008-09-10 14:23 (UTC)
Last Updated: 2026-03-10 18:01 (UTC)

Sources (6)

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

1 2 3 4 5 6 .. 58 Next › Last »

teJECSke commented on 2026-03-10 08:13 (UTC) 

patching file security/sandbox/chromium/sandbox/linux/system_headers/linux_seccomp.h
Hunk #1 FAILED at 5.
1 out of 1 hunk FAILED -- saving rejects to file security/sandbox/chromium/sandbox/linux/system_headers/linux_seccomp.h.rej

yingzou commented on 2026-01-26 10:09 (UTC) (edited on 2026-01-26 10:09 (UTC) by yingzou)

to glibc 2.43 we need

diff --git a/third_party/rust/glslopt/glsl-optimizer/include/c11/threads_posix.h b/third_party/rust/glslopt/glsl-optimizer/include/c11/threads_posix.h
index 45cb607..8b5cdce 100644
--- a/third_party/rust/glslopt/glsl-optimizer/include/c11/threads_posix.h
+++ b/third_party/rust/glslopt/glsl-optimizer/include/c11/threads_posix.h
@@ -66,8 +66,10 @@ typedef pthread_cond_t  cnd_t;
 typedef pthread_t       thrd_t;
 typedef pthread_key_t   tss_t;
 typedef pthread_mutex_t mtx_t;
-typedef pthread_once_t  once_flag;

+#if !defined(__GLIBC__) || !__GLIBC_PREREQ(2, 43)
+typedef pthread_once_t  once_flag;
+#endif

 /*
 Implementation limits:
@@ -90,11 +92,13 @@ impl_thrd_routine(void *p)

 /*--------------- 7.25.2 Initialization functions ---------------*/
 // 7.25.2.1
+#if !defined(__GLIBC__) || !__GLIBC_PREREQ(2, 43)
 static inline void
 call_once(once_flag *flag, void (*func)(void))
 {
     pthread_once(flag, func);
 }
+#endif


 /*------------- 7.25.3 Condition variable functions -------------*/

and PKGBUILD 

# Make different channels installable in parallel
  patch -Np1 -i ../0001-Install-under-remoting-name.patch
  patch -Np1 -i ../aa.patch
  sed -i 's/f8ad2b69fa472e332b50572c1b2dcc1c8a0fa783a1199aad245398d3df421b4b/5d1fd18e7f3ad440bec1333508c2d36a15b81d1331748aed56a3335224c1bcc5/g' third_party/rust/glslopt/.cargo-checksum.json
  sed -i '/^#ifndef SYS_SECCOMP$/,/^#endif$/{ /^#ifndef SYS_SECCOMP$/d; /^#define SYS_SECCOMP/d; /^#endif$/d; }' \
  security/sandbox/chromium/sandbox/linux/system_headers/linux_seccomp.h

clared85 commented on 2025-12-28 15:08 (UTC)

Hi at all guys...I'v a problem during compiling process error at:

0:29.18 make[2]: *** [/home/claudio/AUR/firefox_nightly/firefox-nightly/src/mozilla-central/config/recurse.mk:34: compile] Error 2 20:29.18 make[1]: *** [/home/claudio/AUR/firefox_nightly/firefox-nightly/src/mozilla-central/config/rules.mk:359: default] Error 2 20:29.18 make: *** [client.mk:60: build] Error 2

what I need to do?

brezza commented on 2025-12-21 04:25 (UTC)

firefox nightly 148 is already available when it is going to be available in aur?

heftig commented on 2025-11-20 16:51 (UTC)

You should check if your crash reports have any related bugzilla links.

If there's no bug already, you can use mozregression to find which commit/changeset introduced the bug and then file as new bug as "regressed by" the bug of the culprit commit. That usually gets it handled quickly, especially crashers.

DuKol commented on 2025-11-20 13:56 (UTC)

@heftig I gave it a trial, but it doesn't seem to work neither. The same scenario, clicking OK after master password setup causes an immediate crash.

heftig commented on 2025-11-20 13:22 (UTC)

@DuKol There's been some trouble with the JS engine recently; maybe disabling javascript.options.use_js_microtask_queue will help; that feature was turned on on Nov 14.

DuKol commented on 2025-11-20 12:33 (UTC)

So, it seems that password manager is broken. Whenever I try to define master password, it crashes. Old passwords were deleted. Insertion of passwords work, until a master password is defined. After confirming password, the Enter key causes crash.

yingzou commented on 2025-11-16 08:25 (UTC)

built with the new patch, can not right click on download files to open the menu to choose.

DuKol commented on 2025-11-12 16:11 (UTC)

Is it only me that yesterday's and today' built (Nov 11 and 12) crash on every page with many scripts being downloaded, especially for login to private pages, e.g. https://www.vodafone.cz/muj/ ? On the other hand, simple pages, e.g. https://slovnik.seznam.cz/ work fine. Firefox in main stream of arch linux works fine. Could it be issue of various add-ons? I use NoScript and uBlockOrigin, plus some dictionaries. I'm sorry I wasn't able to test it because I left to another computer, maybe tomorrow.

1 2 3 4 5 6 .. 58 Next › Last »