Package Details: firefox-nightly 59.0a1.20171114-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: 518
Popularity: 14.252556
First Submitted: 2008-09-10 14:23
Last Updated: 2017-11-14 15:14

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)
==> ERROR: One or more PGP signatures could not be verified!
==> ERROR: Makepkg was unable to build firefox-nightly.

Please read this:
https://wiki.archlinux.org/index.php/Makepkg#Signature_checking

Short answer:
gpg --recv-key 0x61B7B526D98F0353

Latest Comments

ArchangeGabriel commented on 2017-11-20 23:24

@daveburnt: No, AUR depends. base-devel group is assumed for installing any AUR package.

daveburnt commented on 2017-11-19 04:15

With a fresh install: binutils and fakeroot need to be installed first. Make dependencies?

pcarvalho commented on 2017-11-15 07:55

there's a pinned comment to fix the PGP signatures verification.

joseluisq commented on 2017-11-14 19:39

==> Validating the source_x86_64 files with sha512sums...
20171114-firefox-59.0a1.en-US.linux-x86_64.tar.bz2 ... Skiped
20171114-firefox-59.0a1.en-US.linux-x86_64.tar.bz2.asc ... Skiped
20171114-firefox-59.0a1.en-US.linux-x86_64.txt ... Skiped
==> Verificando las firmas de las fuentes con gpg...
20171114-firefox-59.0a1.en-US.linux-x86_64.tar.bz2 ... FAILED (unknown public key BBBEBDBB24C6F355)
==> ERROR: Could not verify any of the PGP signatures!

ArchangeGabriel commented on 2017-11-14 15:15

Hum they changed that between y-day and today… I’ve updated the package to correctly install icons based on the new locations.

AnanasoKirby commented on 2017-11-14 14:28

/icons/mozicon128.png doesn't seem to exist, which causes the PKGBUILD to fail. Removing line 65 (install -Dm644 "${SRC_LOC}"/icons/mozicon128.png "${DEST_LOC}"/128x128/apps/${pkgname}.png) solves the issue.

ArchangeGabriel commented on 2017-11-13 21:49

Outside of recompiling (personally I have in head the idea of switching to building nightlies for several reasons, starting by aligning with repo package), not sure anything can be done about this.

jcstryker commented on 2017-11-13 20:49

can something be done about the locked toolkit.telemetry.enabled;true in the latest nightly releases

Discussed here: https://medium.com/georg-fritzsche/data-preference-changes-in-firefox-58-2d5df9c428b5

ArchangeGabriel commented on 2017-10-07 10:23

If you get bad signatures, retry a bit after (like 1 h). The download is handled by CDN, so the .sig file and the tarball might actually differ because of not being cached at the same time. The TTL was set to 1 h instead of 24 h to mitigate this, but you might still fall into a window where a new build has been published and one of the two files is still cached from previous build.

bemeurer commented on 2017-10-07 06:18

I second saghm's issue. I get `FAILED (bad signature from public key BBBEBDBB24C6F355)` as well, independent of having the correct keys imported.

All comments