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: 560
Popularity: 1.798821
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 ... 8 9 10 11 12 13 14 15 16 17 18 ... Next › Last »

ArchangeGabriel commented on 2017-04-15 18:59

Note that you need additional dependency on startup-notification for that. Maybe could be optional though. We made this change to https://aur.archlinux.org/packages/firefox-nightly-fr recently.

Aetf commented on 2017-04-10 15:54

Could the relevant StartupWMClass lines be added to the desktop file so we can get hires window icon in task manager?

I saw the comments from 2015 saying something not working. But for now, for me it works perfectly. I basically added StartupWMClass=FirefoxNightly and added --class FirefoxNightly to Exec line. And make sure to update the database by running kbuildsycoca5 (or whatever equivalent on other DE)

Here's the desktop file that works for me: https://gist.github.com/Aetf/d72a4c68be886aa4b60760341eb1a308

jmontano commented on 2017-04-03 14:42

This worked for me:
$ gpg --recv-keys --keyserver hkp://pgp.mit.edu 1C69C4E55E9905DB

fightcookie commented on 2017-03-29 20:25

==> Verifying source file signatures with gpg...
firefox-55.0a1.en-US.linux-x86_64.tar.bz2 ... FAILED (bad signature from public key 1C69C4E55E9905DB)
==> ERROR: One or more PGP signatures could not be verified!
:: failed to verify firefox-nightly integrity

Looserof7 commented on 2017-03-16 17:30

@xenom

Upstream URL: doesn't work any more,

This one: https://www.mozilla.org/en-US/firefox/channel/desktop/
or
This one: https://www.mozilla.org/en-US/firefox/desktop/

would be better.

lwinch2006 commented on 2017-03-11 15:17

With this URL (https://archive.mozilla.org/pub/firefox/nightly/latest-mozilla-central/) signature gets successfully verified. 3 URLs that looks pretty the same content have. I already lost in Mozilla's URLs. :-)

noctil commented on 2017-02-19 04:17

@acidicX

Try

gpg --keyserver pgp.mit.edu --recv-keys 14F26682D0916CDD81E37B6D61B7B526D98F0353

ArchangeGabriel commented on 2017-02-14 14:46

@acidicX: Please read the full ticket, the issue is not a checksum URL one, it’s a CDN one. The .sig file end up being the same on all the CDN targets, but the .tar.bz file isn’t. There is no key management issue, only a CDN one. The checksum thing it is referring to is a symptom of this just as is the bad signature one.

acidicX commented on 2017-02-14 14:37

> firefox-54.0a1.en-US.linux-x86_64.tar.bz2 ... FAILED (bad signature from public key 1C69C4E55E9905DB)

Why would this be the same issue as the checksum URL problem? Isn't this more of a key management issue?

ArchangeGabriel commented on 2017-02-12 17:03

The source URL is a symptom, the real issue is indeed https://bugzilla.mozilla.org/show_bug.cgi?id=1336732.