Package Details: firefox-nightly 71.0a1.20190904-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: 559
Popularity: 1.848535
First Submitted: 2008-09-10 14:23
Last Updated: 2019-09-04 19:29

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

« First ‹ Previous ... 2 3 4 5 6 7 8 9 10 11 12 ... Next › Last »

Horo commented on 2017-09-08 09:16

May you add "pref("intl.locale.matchOS", true);" to vendor.js so that firefox-nightly can auto detect language after install language pack ?

jhartz commented on 2017-09-03 02:09

Seems like the verification issues are due to an issue with Mozilla's buildserver (someone in firefox-always-nightly investigated a bit: https://aur.archlinux.org/packages/firefox-always-nightly#comment-588063)

pmlamotte commented on 2017-08-29 17:00

This has failed the signature check a lot for me too, but it doesn't seem to actually be a key error. I think it only happens while a nightly build is in progress, if I clean out my pacaur cache and try again an hour or so later it works. Trying to build before that continues to give the signature error.

11backslashes commented on 2017-08-29 13:57

This fails to pass verification after purging and reimporting the key for me as well, regardless of the keyserver I use.

EDIT: Strange. What worked for me was reimporting with: `gpg --recv-key 0x61B7B526D98F0353` on top of the key (without deleting it first).

cgirard commented on 2017-08-29 13:37

@vijaygopal1234: or you could read the comments...

Anonymous comment on 2017-08-29 13:28

20170829-firefox-57.0a1.en-US.linux-x86_64.tar.bz2 ... FAILED (bad signature from public key BBBEBDBB24C6F355)

This is a different public key than usual? Installation failing today.

Getting this when I try to import the key again

$ 24 signatures not checked due to missing keys

grawlinson commented on 2017-08-25 22:38

Quick question, given the recent desktop icon changes (red bird, original logo, doge logo, etc), it should have reverted back to the original logo by now.

Mine hasn't, anyone know how to force a refresh of this? Thanks. :)

ArchangeGabriel commented on 2017-08-19 16:06

They are even several new versions per day. And yes, you can automatize the process on your side, they are a lot of different tools for this job. Read the man of your favourite AUR helper or change to another one if yours do not support updating VCS-like packages.

deathye commented on 2017-08-19 15:44

There's no way to automatize the process of daily update the AUR package?

Akrai commented on 2017-08-16 19:10

please STOP FLAGGING THIS as out of date, you get the latest version of firefox nightly every time you install it, there is literally no need to update DAILY the pkgbuild just to change the date of the package, just have in mind that every day there is a new build, if you want it just reinstall the package