Package Details: firefox-always-nightly 99.0a1-12

Git Clone URL: https://aur.archlinux.org/firefox-always-nightly.git (read-only)
Package Base: firefox-always-nightly
Description: Standalone web browser from mozilla.org, nightly build, always updating
Upstream URL: https://blog.nightly.mozilla.org/
Licenses: GPL, MPL, LGPL
Conflicts: firefox-nightly
Provides: firefox-nightly
Submitter: passcod
Maintainer: passcod
Last Packager: passcod
Votes: 10
Popularity: 1.059312
First Submitted: 2014-01-21 22:05
Last Updated: 2017-02-22 10:32

Latest Comments

passcod commented on 2017-03-17 00:38

Right, so, the problem is definetly not with this package... it's with the checksums mozilla provides us. For some reason*, the checksums file we depend on to check downloads gets out of sync with the actual files available. So half the time there's a checksum error, and then if you retry it a few hours to a day later, it will work. Or not. It depends on if the checksums file is up-to-date.

The entire point of checksums is to check integrity or downloaded, so running mksrcinfo in pkgver() would completely defeat the purpose: we'd be checking that files we downloaded match the checksum we compute from those files we downloaded.

*I say "for some reason"… the reason is this: https://bugzilla.mozilla.org/show_bug.cgi?id=1346752 Due to high load in the build servers, the checksum-computing jobs are lagging behind, so we're getting new builds with yesterday's checksums.

Until that bug is resolved, you do need to --skipchecksum… but check back regularly to figure out when you can omit that option.

Smile4ever commented on 2017-03-16 19:28

To install this package you need
yaourt --m-arg "--skipchecksums" -Sb firefox-always-nightly

passcod commented on 2017-03-12 08:32

This seems to have fixed itself? Weird. We'll see if it starts up again.

Smile4ever commented on 2017-03-05 15:00

Checksum error on 2017-03-05.

SolarAquarion commented on 2017-02-28 16:02

Can you do mksrcinfo in the prepare or pkgver thing? That would probably fix it i guess?

passcod commented on 2017-02-25 02:41

Odd, but acknowledged and verified as not working. I'll have a look this weekend.

SolarAquarion commented on 2017-02-24 21:37

@passcod
ead: cannot open 'firefox-always-nightly-54.0a1.20170224-2017-02-24T16:25:08.txt' for reading: No such file or directory
==> Updated version: firefox-always-nightly 54.0a1.-1
==> Entering fakeroot environment...
==> Starting package()...
==> Tidying install...
-> Removing empty directories...
-> Purging unwanted files...
-> Removing static library files...
-> Stripping unneeded symbols from binaries and libraries...
-> Compressing man and info pages...
==> Checking for packaging issue...
==> Creating package "firefox-always-nightly"...
-> Generating .PKGINFO file...
-> Generating .BUILDINFO file...
-> Generating .MTREE file...
-> Compressing package...
==> Leaving fakeroot environment.
==> Finished making: firefox-always-nightly 54.0a1.-1 (Fri Feb 24 16:26:03 EST 2017)
==> Cleaning up...
:: Installing firefox-always-nightly package(s)...
:: firefox-always-nightly package(s) failed to install. Check .SRCINFO for mismatching data with PKGBUILD.

passcod commented on 2017-02-22 10:36

The checksums that were missing from the build servers (mozilla bug #1305139) since Firefox 54 (caused by a change in their build process) were finally uplifted this morning, so this should work well again.

ratcheer commented on 2017-02-08 14:44

Am I the only person who is having to run updpkgsums on this every morning? It used to work flawlessly until just a couple of days before the Firefox move up from v53 to v54. But now, every morning, the checks on the .tar.bz2 file and the .txt file fail.

NTAuthority commented on 2016-11-21 23:35

I'd recommend adding `StartupWMClass=Firefox` to the .desktop file for the non-safe-mode launcher (and removing the StartupNotify=false line) - without it GNOME3 seems to think the /opt/firefox-nightly/firefox binary isn't associated with the .desktop file.

All comments