Package Details: firefox-nightly 65.0a1.20181023-1

Git Clone URL: https://aur.archlinux.org/firefox-nightly.git (read-only)
Package Base: firefox-nightly
Description: Standalone Web Browser from Mozilla — Nightly build (en-US)
Upstream URL: https://www.mozilla.org/en-US/firefox/nightly
Keywords: browser gecko web
Licenses: GPL, MPL, LGPL
Submitter: None
Maintainer: ArchangeGabriel
Last Packager: ArchangeGabriel
Votes: 545
Popularity: 2.730325
First Submitted: 2008-09-10 14:23
Last Updated: 2018-10-23 13:45

Required by (1)

Sources (8)

Pinned Comments

ArchangeGabriel commented on 2017-06-15 12:42

If you face this:

==> Verifying source file signatures with gpg... yyyymmdd-firefox-xx.0a1.en-US.linux-${CARCH}.tar.bz2 ... FAILED (unknown public key BBBEBDBB24C6F355)

Please read this.

Short answer:

gpg --recv-key 0x61B7B526D98F0353

If you face this:

==> Verifying source file signatures with gpg... yyyymmdd-firefox-xx.0a1.en-US.linux-${CARCH}.tar.bz2 ... FAILED (bad signature from public key BBBEBDBB24C6F355)

Then just retry later (~1h), this is a CDN caching issue.

Latest Comments

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

blackout commented on 2018-11-16 10:51

https://glandium.org/blog/?p=3899

I got following error and it hung fter the libegl message

$ GDK_BACKEND=wayland firefox-nightly

(firefox:30634): Gtk-WARNING **: 11:44:10.658: Theme parsing error: <data>:1:34: Expected ')' in color definition

(firefox:30634): Gtk-WARNING **: 11:44:10.658: Theme parsing error: <data>:1:77: Expected ')' in color definition Attempting load of libEGL.so ^C

but when started normally with xwayland and closing after and tried again it worked. whatever Firefox wayland works :)

jcstryker commented on 2018-10-29 17:04

For some reason the policies.json is not working anymore for me with the package. Anyone else have this issue?

churro commented on 2018-09-21 02:18

if anyone notices any "strange" behavior, bear in mind that upstream firefox switched from gcc to clang like a week ago. (the firefox in archlinux's repo already used clang, however as this is taken from mozilla's site it was using gcc). Just a PSA.

jadenPete commented on 2018-09-18 04:23

Like most desktop files, the desktop file should just call firefox-nightly and not specify the full path to allow for alternate scripts.

ArchangeGabriel commented on 2018-09-17 13:40

No, they are disabled on purpose. If you want to update, just build the package again and install it, that is the way it works.

doaxan commented on 2018-09-17 11:29

I get "Updates disabled by your system administrator". Please enable auto update.

ArchangeGabriel commented on 2018-08-17 14:36

@Lindhe Exactly what @di72nn said.

di72nn commented on 2018-08-16 18:33

@Lindhe I may be wrong, but it seems that pacaur's --devel option is what you're looking for.

Lindhe commented on 2018-08-16 17:22

I just realized that this package automatically pulls the latest version from Mozilla, even if the version number of the packet is not changed. Would it be possible to have some automated build process to update that, because right now my nightly will not be found by pacaur as a program that can be updated...

ArchangeGabriel commented on 2018-08-16 15:37

@SamWhited Can you confirm this is happening even with the policies.json in place?