Package Details: firefox-nightly 132.0a1+20240927.1+h79ef00c1355d-1

Git Clone URL: https://aur.archlinux.org/firefox-nightly.git (read-only, click to copy)
Package Base: firefox-nightly
Description: Fast, Private & Safe Web Browser (Nightly version)
Upstream URL: https://www.mozilla.org/firefox/channel/desktop/#nightly
Keywords: browser gecko web
Licenses: MPL-2.0
Submitter: None
Maintainer: heftig
Last Packager: heftig
Votes: 610
Popularity: 0.41
First Submitted: 2008-09-10 14:23 (UTC)
Last Updated: 2024-09-27 20:33 (UTC)

Sources (5)

Pinned Comments

heftig commented on 2022-07-27 22:26 (UTC)

Instead of building this yourself, please use the repository from https://bbs.archlinux.org/viewtopic.php?id=117157.

Not only do you skip the very time-consuming builds, but the published package also has debug symbols at Mozilla's crash reports service, which helps tremendously with finding or filing bugs for any crashes you get.

I consider this the canonical firefox-nightly package for Arch Linux.

[heftig]
SigLevel = Optional
Server = https://pkgbuild.com/~heftig/repo/$arch

Alternatively, download Firefox Nightly straight from Mozilla, extract it to a writable place (e.g. ~/.local/firefox-nightly) and let it update itself using the integrated updater.

Latest Comments

« First ‹ Previous 1 .. 48 49 50 51 52 53 54 55 56 Next › Last »

cgirard commented on 2010-12-30 18:07 (UTC)

Won't the packaging just fail if the checksum is invalid (thus the file have been updated on the server side) ?

Det commented on 2010-12-30 17:46 (UTC)

No wait, forget that. It's better to do the downloading and checksumming through the "source=()" section, e.g. like this: http://aur.pastebin.com/zsp1R1hM The only 'disadvantage' with this implementation is that the checksum section needs to be a "sha512sums=()" section. However the same files do not need to be redownloaded because they pass the sha512sum check.

Det commented on 2010-12-30 17:35 (UTC)

Yeah, mv shouldn't be used there. I thought I tested that already. New PKGBUILD for the lazy ones: http://aur.pastebin.com/dh6FBW8w But that other part I didn't really understand that. What do you mean that the quotes "work"? Of course they do.

<deleted-account> commented on 2010-12-30 17:24 (UTC)

The quotes work but the "mv firefox" instead of "cp -R firefox" breaks the install files.

Det commented on 2010-12-24 17:11 (UTC)

I'd prefer something like this since it's much cleaner (additionally you still left one redundant return "1 check" there): http://aur.pastebin.com/cqRutKRM Changes include: - adding quotes around dir variables ("$srcdir" and "$pkgdir") (in case the user's build path contains spaces) - using the package() function (since there's only packaging involved) - cleaned the PKGBUILD in common (I'm putting pretty much my money where my mouth is when I say that it's _much_ cleaner now) - removed wget from make dependencies - since it was the only one there I removed the whole line (wget is included in the group 'base' so it's unnecessary to define it as a (make) dependency) - removed the md5sums array (sha1sums already existed - you should never use both since the better one (sha1sums) will always be enough even of itself)

cgirard commented on 2010-12-17 10:25 (UTC)

Here is an updated PKGBUILD with the two remakrs I've made in November : http://aur.pastebin.com/tGX3jwYJ - The "wget" has been replaced by "wget -N". The file will be downloaded only if distant file is newer. In that case, the old file will be replaced. - All the unneeded "return 1" have been removed.

<deleted-account> commented on 2010-12-16 17:44 (UTC)

firefox 4.0b9pre in now available! :-)

cgirard commented on 2010-11-17 09:32 (UTC)

Also, the "|| return 1" are no more needed in PKGBUILD.

cgirard commented on 2010-11-16 09:16 (UTC)

Could you check for the existence of the bz2 file before downloading it? Right now if the file exist the new (or even the same) version will be downloaded with ".1" at the end of the file name and the old version will be installed. As you don't (and more likely can't) use any checksum for this file, I think you should delete it and download the potentially newer version. Thanks,

orschiro commented on 2010-10-30 14:23 (UTC)

@discon: You were right. Reinstalling works here too. Thank you.

« First ‹ Previous 1 .. 48 49 50 51 52 53 54 55 56 Next › Last »