Package Details: firefox-aurora 51.0a2.20160926004000-1

Git Clone URL: (read-only)
Package Base: firefox-aurora
Description: Firefox Aurora channel - Nightly build
Upstream URL:
Keywords: firefox mozilla
Licenses: GPL, MPL, LGPL
Submitter: L42y
Maintainer: AlexTalker
Last Packager: AlexTalker
Votes: 310
Popularity: 1.699905
First Submitted: 2011-04-13 19:15
Last Updated: 2016-09-27 00:01

Latest Comments

AlexTalker commented on 2016-09-25 13:04

@growler sad, AFAIK .SRCINFO is updated right after successful building of package with makepkg(i did automatize the process), so I really don't know what could mismatch... and you show error output, please?

growler commented on 2016-09-21 22:40

firefox-aurora package(s) failed to install. Check .SRCINFO for mismatching data with PKGBUILD.

I deleted $TMP/pacaur* before building this, so all files were downloaded fresh, any idea the cause/fix of this checksum issue - it certainly isn't stale files on my system.

evotopid commented on 2016-08-03 19:06

Renaming the file by prepending "firefox_$pkgver.tar.bz2::" to the source file did the trick for me in firefox-developer-de. Pacaur will still accumulate files in its cache though (but builds won't fail).

jP_wanN commented on 2016-07-23 12:58

Oh okay, that's pacaur's fault then I guess. Is there no way around having to delete that file?

piemonkey commented on 2016-07-23 11:43

@jP_wanN You need to delete the firefox-<version>.en-US.linux-x86_64.tar.bz2 file. The version number is the same even though the build changes nightly, so it doesn't download the new one unless you manually delete. Maybe the file name needs a date stamp to be added to mitigate this?

rmbd commented on 2016-07-06 20:03

The StartupWMClass entry in the .desktop files should really be removed since it makes the stable version of Firefox appears with the Aurora icon and name once started in GNOME, which is confusing.

Upon reading the comments regarding this issue, I understand why the choice of this setting was made, but I don't think it solves the core issue, which is that it's not possible to separate running instances of Firefox stable from Aurora's in the GNOME dash.

It's still possible to pin Aurora as a favorite without the StartupWMClass entry, but you have to do it via the application menu, not from the dash.

jP_wanN commented on 2016-07-06 10:39

Since a few versions, the checksum doesn't match anymore. It also doesn't seem to have changed with the last update. Please fix!

jP_wanN commented on 2016-07-04 11:13

enricostn: If you have Intel graphics, maybe this is your problem as well?

enricostn commented on 2016-06-30 12:56

Anybody else noticed slowness in response? I mean the application itself, nothing related to network issues. Especially dealing with text inputs and URL bar.

Noticing this since like one month. Had to switch to Chrome for work :(

AlexTalker commented on 2016-06-16 21:27

Oh, I've got it

All comments