Package Details: firefox-nightly 49.0a1.20160501-1

Git Clone URL: https://aur.archlinux.org/firefox-nightly.git (read-only)
Package Base: firefox-nightly
Description: Standalone web browser from mozilla.org, nightly build
Upstream URL: http://www.mozilla.org/projects/firefox
Keywords: firefox web_browser
Licenses: GPL, MPL, LGPL
Submitter: None
Maintainer: xenom
Last Packager: xenom
Votes: 438
Popularity: 4.950072
First Submitted: 2008-09-10 14:23
Last Updated: 2016-05-01 18:48

Latest Comments

klausenbusk commented on 2016-05-14 14:44

Hello xenom

I think you should change pkgver to use the BuildID available in application.ini, it more correct I think :)

- Kristian

xenom commented on 2016-05-11 18:59

The pkgver are the same in the files. But the pkgver is automatically updated with the date of the day to keep trace of the date of the nightly build used.

victorheld commented on 2016-05-10 13:41

The 'pkgver' in the '.SRCINFO' and 'PKGBUILD' file mismatch. This causes pacaur to fail installing the package.

cgirard commented on 2016-04-12 12:21

@blackout how do you plan to apply a patch to a binary?

blackout commented on 2016-04-12 11:10

please add patch
https://projects.archlinux.org/svntogit/packages.git/tree/trunk/firefox-gtk3-20.patch?h=packages/firefox

until resolved in upstream
https://bugzilla.mozilla.org/show_bug.cgi?id=1234158

this gives us the scrollbar back :)
thx

https://projects.archlinux.org/svntogit/packages.git/log/trunk?h=packages/firefox

canatux commented on 2016-03-14 18:45

@kang They are part of the base-devel package group: https://wiki.archlinux.org/index.php/Arch_User_Repository#Getting_started

kang commented on 2016-03-11 20:40

missing deps that always get me on a new install:
binutils
fakeroot

agm28011997 commented on 2016-01-09 12:26

this version uses gk3?
and other question, this versions produces weird sounds while it is some song if i open firefox with spotify, amarok or something like this, that don't happend to you?

sonny commented on 2015-11-04 10:10

The version was bumped to 45.0a1 but the PKGBUILD still uses 44.0a1.

cgirard commented on 2015-11-03 15:05

It seems it is in another folder now: https://ftp.mozilla.org/pub/firefox/nightly/latest-mozilla-central/

KingYes commented on 2015-11-03 14:47

Why is still build from 2015-10-19? You can see there: https://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/firefox-44.0a1.en-US.linux-i686.txt

Maybe the link is changed?

klausenbusk commented on 2015-10-08 12:53

I think you also need to set MimeType= as Firefox does.

klausenbusk commented on 2015-10-08 12:48

I don't think the Categories field in the *.desktop files is correct.
In Nightly it is:
Categories=Application;Network;
In regular Firefox:
Categories=Network;WebBrowser;
Also I can't set Nightly as default browser in Gnome, maybe because of wrong Categories.

Also you could just add https://projects.archlinux.org/svntogit/packages.git/tree/trunk/firefox.desktop?h=packages/firefox as a file in the PKGBUILD.
and do a replace firefox/firefox-nightly and Firefox/Firefox Nightly.

francoism commented on 2015-08-24 13:12

I have created a PKG that simple replaces the default firefox package with the nightly. Reasons: some icon-theme's don't have the firefox-nightly icon, firefox is shorter than firefox-nightly (in terminal), etc.

The PKG is based on this and default Arch Linux:
https://github.com/francoism90/arch-aur/tree/master/firefox-nightly

@xenom: Would be nice if you could take a look, because you're missing the dictionary folders. :)

francoism commented on 2015-08-24 13:12

I have created a PKG that simple replaces the default firefox package with the nightly. Reasons: some icon-theme's have the firefox-nightly icon, firefox is shorter than firefox-nightly (in terminal), etc.

The PKG is based on this and default Arch Linux:
https://github.com/francoism90/arch-aur/tree/master/firefox-nightly

@xenom: Would be nice if you could take a look, because you're missing the dictionary folders. :)

Det commented on 2015-08-23 02:42

xenom has been eaten.

KingYes commented on 2015-08-20 10:58

anyone know what's happen with this repo?

nebulon commented on 2015-08-15 13:28

Please update to 43 version:
_version=43.0a1

di72nn commented on 2015-08-05 05:35

@xenom: on next package update please replace these lines:
#FX_GPG="${_file}.checksums.asc"
#FX_GPG_URI="${_srcurl}/${FX_GPG}"
#FX_CHKSUM_URI="${_srcurl}/${_file}.checksums"
with something like that (or whatever you find suitable):
#FX_GPG="${_file}-${CARCH}.checksums.asc"
#FX_GPG_URI="${_srcurl}/${FX_GPG}"
#FX_CHKSUM_URI="${_srcurl}/${_file}-${CARCH}.checksums"

franziskus commented on 2015-08-01 17:53

@xenom: oh, sure, if you have other versions of firefox that will mess things up. Then I'd set the window class to something like firefox-nightly (StartupWMClass=Firefox-Nightly and adding argument --class firefox-nightly). Unfortunately the class argument doesn't work for me in the .desktop file. You could add a shell script wrapping the binary and adding the argument to make this work, but that's not really nice. Maybe someone knows how get the class argument working in the .desktop file.

xenom commented on 2015-08-01 06:50

@franziskus : I tried to add it, but with gnome-shell all firefox windows (even the stable version of firefox) show now as "Firefox nightly", and maybe it will impact other WM, so I won't add it in the packages.

kyse commented on 2015-07-31 17:17

change:
_version=41.0a1
to
_version=42.0a1

Det commented on 2015-07-24 09:16

No need for SHA-512 sums by the way, see: https://wiki.archlinux.org/index.php/PKGBUILD#Integrity

AnAkkk commented on 2015-07-24 06:11

Both gtk2 and gtk3 are needed. Gtk2 is used for plugins.

ChrisMorgan commented on 2015-07-24 05:23

The latest nightlies are using GTK+3, so the dependencies will need updating. It could be as simple as changing the gtk2 dependency to gtk3; I haven’t checked.

Citation: http://glandium.org/blog/?p=3573

franziskus commented on 2015-07-22 15:13

can a "StartupWMClass=Firefox" be added to the .desktop files to make the GS dock work properly?

di72nn commented on 2015-07-20 23:50

Thank you for the info, kang.
It's all fine now. I probably use lazy keyservers :)

kang commented on 2015-07-20 23:01

the new key is signed by the old key (as in is valid) (need gpg --refresh though)

New pretty key:
pub rsa4096/0x61B7B526D98F0353 2015-07-17
Key fingerprint = 14F2 6682 D091 6CDD 81E3 7B6D 61B7 B526 D98F 0353
uid [ full ] Mozilla Software Releases <release@mozilla.com>

kang commented on 2015-07-20 22:58

the new key is signed by the old key (as in is valid) (need gpg --refresh though)

di72nn commented on 2015-07-19 14:14

Looks like previous subkey (15A0A4BC) has expired. I can't find any info about the new one, though.

di72nn commented on 2015-07-19 12:56

Pardon me for off-topic question, but is that a valid key?

$ gpg --verify firefox-42.0a1.en-US.linux-x86_64.checksums.asc firefox-42.0a1.en-US.linux-x86_64.checksums
gpg: Signature made Sun 19 Jul 2015 04:12:32 PM SAMT using RSA key ID 5E9905DB
gpg: Can't check signature: No public key

xenom commented on 2015-06-25 07:25

The problem came from the change in architecture handling.
Should be fixed now.

jahiy commented on 2015-06-22 09:16

The download url is unavailable. Firefox has been split into i686 and x86_64.

drathir commented on 2015-05-31 11:20

Not sure its a bug or problem, only try to say the nightly not using separate own configurations, bc share it with repository package "firefox", and isnt possible run it in the same time is running firefox, because it detect its runnin, only wonder me why it using shared data and not separated own configuration, and process name... Ofc not say that is bug or somethin like that, only wonder why is that way... Greetings...

karol_007 commented on 2015-05-31 01:17

Not sure what you mean. /usr/bin/firefox-nightly is in PATH, so just 'firefox-nightly' should launch it. Yes, it's a symlink to /opt/firefox-41.0a1/firefox, but why is it a problem?

drathir commented on 2015-05-27 12:27

Correct also sadly nightly share bin name and configuration with normal firefox version from AL repository... Temporaly solution could be use developer one version...

rakotomandimby commented on 2015-05-27 08:02

I have regular firefox installed then I installed this firefox-nightly (yaourt).

Installation went well, but when I launch it, the regular firefox gets launched but not nightly

xenom commented on 2015-03-27 19:56

Yes, if you have already the package it can cause problem.

@fightcookie, it seems you use yaourt, but I can reproduce the problem.

I will look this problem this weekend. You can modify this line (22)

sha512sums=("${_srcsum}" 'SKIP' ' ... in sha512sums=('SKIP' 'SKIP' ' ... to skip the checksum verification.

@cigard : I used a similar method before, but this way you don't verify the checksum of the package.

cgirard commented on 2015-03-26 11:16

It does not handle having already downloaded a different build of the same release number.
See thunderbird-nightly for a different approach which takes care of this.

fightcookie commented on 2015-03-26 11:08

The checksum problem still / again (?) occurs for me:

==> Building and installing package
==> Making package: firefox-nightly 39.0a1.20150324-2 (Thu Mar 26 12:06:58 CET 2015)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
-> Found firefox-39.0a1.en-US.linux-x86_64.tar.bz2
-> Found firefox-39.0a1.en-US.linux-x86_64.txt
-> Found firefox-nightly.desktop
-> Found firefox-nightly-safe.desktop
-> Found vendor.js
==> Validating source files with sha512sums...
firefox-39.0a1.en-US.linux-x86_64.tar.bz2 ... FAILED
firefox-39.0a1.en-US.linux-x86_64.txt ... Skipped
firefox-nightly.desktop ... Passed
firefox-nightly-safe.desktop ... Passed
vendor.js ... Passed
==> ERROR: One or more files did not pass the validity check!
==> ERROR: Makepkg was unable to build firefox-nightly.

xenom commented on 2015-03-24 20:28

fixed checksum problem

di72nn commented on 2015-03-23 20:47

You can fix it by replacing this line

_srcsum="$(curl -s "${_srcurl}/${_file}.checksums" | grep bz | grep sha512 | cut -d " " -f1)"

with something like:

_srcsum="$(curl -s "${_srcurl}/${_file}.checksums" | grep "${_file}.tar.bz2" | grep sha512 | cut -d " " -f1)"

tuxayo commented on 2015-03-23 17:32

Does anyone else get a failure for the checksum of
firefox-39.0a1.en-US.linux-x86_64.tar.bz2
?

If I understand the PKGBUILD correctly, it shouldn't even check this file

xenom commented on 2015-02-23 16:42

You can also use the Profile Manager to keep multiple profiles.

azurata commented on 2015-02-22 16:34

To keep separate profiles for nightly release:
- replace(hex edit) "profiles.ini" to "profile2.ini" in the file "/opt/firefox-38.0a1/libxul.so"
- add(text edit) " --no-remote" to the end of line that starts with "Exec=" in the file "/usr/share/applications/firefox-nightly.desktop" and "/usr/share/applications/firefox-nightly-safe.desktop".

Det commented on 2015-02-05 22:02

SHA-512 power!

xenom commented on 2015-01-15 19:50

Updated.

KingYes commented on 2015-01-15 12:23

Anyone know when this package get upgrade to v38?

CrystalGamma commented on 2014-12-06 14:35

Works now after enabling media.fragmented-mp4.*
It took an update to the latest version of Firefox and ffmpeg for it to not only show up on the Youtube HTML5 page but also not crash the content process (using e10s here).

CrystalGamma commented on 2014-12-06 14:32

OK, Youtube now shows H264 as enabled if and only if I set media.fragmented-mp4.* to true.
It still crashed the system if I tried to actually watch an H264 video, but after updating both ffmpeg and Firefox nightly, it appears to work.

karol_007 commented on 2014-12-03 18:04

swiftgeek, did you try mediasource stuff with firefox 36 in YT? This is not the place to discuss it, but when I set
media.mediasource.ignore_codecs -> true
the audio is being played only for a few seconds. Then I get a pop and silence.
Just FYI.

swiftgeek commented on 2014-12-03 16:54

Gstreamer/MSE "Works for me ™"
There are only two things not supported at this moment - HW acceleration (even though gst is used) and "MSE & H.264" on youtube which is easily workarounded with "YouTube ALL HTML5" addon (Development Channel Version 2.2.0beta3 for Nightly)
about:configs (which are already mostly enabled by default -.-)
media.mediasource.*
media.gstreamer.enabled
And more™ just use google ffs -.- or actually read what you can enable in about:config - it also has search ffs...

OpenH264 is for WebRTC -.- Something that simple google search would explain in less time than you wrote those comments -.-

CrystalGamma commented on 2014-12-03 15:16

OpenH264 AFAIK is Baseline Profile only, i.e. worthless for Youtube.
It's also CPU only.

Is there a way to re-enable GStreamer for nightly?

misc commented on 2014-11-27 16:52

Firefox switched to Cisco's OpenH.264 plugin with 33 in June, which should be automatically downloaded (or bundled on Linux?) and listed under Plugins.

It's listed for me (but I use the same profile folder for Firefox on Windows), but https://www.youtube.com/html5 still tells me that H.264 is unsupported.

CrystalGamma commented on 2014-11-02 20:42

Unlike the stable package, this version does not support H264 video on my system ... does it depend on a different version of gstreamer or is H264 via gst disabled in the nightly version?

misc commented on 2014-10-18 21:54

@KingYes

Some pacman helpers like yaourt store the firefox-[ver#][alpha#].en-US.linux-.tar.bz2, don't recognize that it's a daily changing file since its name stays the same, thus won't redownload it for the length of that release and fail the check. You'll have to delete the file manually.

xenom commented on 2014-10-17 17:27

The PKGBUILD get the checksum for the sources from the mozilla website (the file firefox-36.0a1.en-US.linux-x86_64.txt contains the checksums).
If the checksum is bad, your download is corrupted or something is wrong on the mozilla server (maybe just a synchronization problem).

Currently, it's working.

KingYes commented on 2014-10-17 12:19

==> Validating source files with sha512sums...
firefox-36.0a1.en-US.linux-x86_64.tar.bz2 ... FAILED
firefox-36.0a1.en-US.linux-x86_64.txt ... Skipped
firefox-nightly.desktop ... Passed
firefox-nightly-safe.desktop ... Passed
vendor.js ... Passed
==> ERROR: One or more files did not pass the validity check!
==> ERROR: Makepkg was unable to build firefox-nightly.

cgirard commented on 2014-07-03 11:46

Just rebuild your package to get the new version. New version numbers are every 6 weeks. It is the only time the PKGBUILD needs change.

logos commented on 2014-07-03 11:44

A nightly version shouldn't be updated more often?

justbrowsing commented on 2014-06-13 09:31

Please add:
provides=("firefox=$_version")

misc commented on 2014-05-11 14:51

@lockheed

The culprit appears to be TabMixPlus (0.4.1.3.1 and 0.4.1.4pre.140414a1). Tested with new profile, FF worked properly until I installed either version.

lockheed commented on 2014-05-01 18:00

With the latest versions, I started having issues, of which the most serious is this:
browser view is not being refreshed after closing a tab, thus the old dismissed tab content is still visible instead of the last tab view.

Sality commented on 2014-03-09 08:22

Oops, sorry. Thanks.

xenom commented on 2014-03-07 09:34

@Sality : Package is up-to-date, there is no new version.

Sality commented on 2014-03-07 01:47

Update pls

xenom commented on 2014-02-10 08:16

Yes, I forget to add this line...
Will update this tonight, and double-check the PKGBUILD this time.

jreese commented on 2014-02-09 00:59

I diffed your newest PKGBUILD against mine, and it seems that you missed installing the vendor.js file; it gets downloaded as one of the sources, but the install statement is missing from package().

xenom commented on 2014-02-06 08:17

curl modified : -v and the redirection removed. I keeped the grep in the case of the tarball will not be first. The options and redirection was a bad copy/paste from another PKGBUILD the first time I added this line.

Installation directory modified to use $_version instead of $pkgver.

xenom commented on 2014-02-05 23:42

curl modified : -v and the redirection removed. I keeped the grep in the case of the tarball will not be first.

Installation directory modified to use $_version instead of $pkgver.

swiftgeek commented on 2014-02-05 23:06

Newest pkgver change created this:
"/opt/firefox-30.0a1.20140206/" :(
Please change last two occurences of $pkgver to $_version

Det commented on 2014-02-05 19:46

_srcsum="$(curl -vs "${_srcurl}/${_file}.checksums" 2>&1 | grep bz | grep sha512 | cut -d " " -f1)"

I don't really understand the combination of both --silent and --verbose, as well as the redirection of errors to stdin, but these are completely unnecessary :).

In fact, since the tarball seems to be listed first in the .checksums, a simple:

_srcsum="$(curl -s "${_srcurl}/${_file}.checksums" | cut -d " " -f1 | head -1)"

Would do. Or to fuglify:

_srcsum="$(curl -s "${_srcurl}/${_file}.checksums" | sed -n '1s/ .*//p')"

xenom commented on 2014-02-05 18:08

Updated to 30.Oa1
Modification suggested by jreese added : pkgver and vendor.js. Thanks.

KingYes commented on 2014-02-05 17:31

Please change the version to 30.0a1.

jreese commented on 2014-01-14 00:00

I've also added a simple vendor.js that disables the built-in update check, so that it stops bugging you to update something that you ideally shouldn't have permissions to update. ;)

https://github.com/jreese/arch/blob/master/firefox-nightly/PKGBUILD
https://github.com/jreese/arch/blob/master/firefox-nightly/vendor.js

jreese commented on 2014-01-12 00:30

I've modified the PKGBUILD to include a pkgver() function to add the build date to the version string. This way building nightlies onto my package repo will show as updates to all of my machines.

The full PKGBUILD is available at https://github.com/jreese/arch/blob/master/firefox-nightly/PKGBUILD

The diff to implement this is available at https://github.com/jreese/arch/commit/8a44ff3776a3692e3496161c8f76e045308a17ed

KingYes commented on 2013-12-18 06:34

You need repack this AUR anytime ;]

Anonymous comment on 2013-12-18 01:57

Is this package updated whenever nightly is? How fast does an update reach this package?

HalosGhost commented on 2013-12-13 04:40

Anytime. You might want to also consider adding a pkgver() function so people can know easily what build they have using pacman. This is another technique that the aurora and ux packages utilize.

All the best,

xenom commented on 2013-11-25 20:56

PKGBUILD updated.
Tarball fetching and checksums moved out of package().

@HalosGhost : Thanks for the suggestion.

HalosGhost commented on 2013-11-23 23:45

You might want to consider fetching the tarball and checksums and then letting makepkg do the extract and build work. Both the firefox-ux and firefox-aurora packages use this method last time I checked.

All the best,

Supergeek800 commented on 2013-10-30 05:14

I have 28.0a1, pointed the PKGBUILD towards that version until the AUR package gets updated, works fine.

swiftgeek commented on 2013-10-30 01:25

You could "outdate" firefox-nightly-i18n instead (And any other package in "required by") ;)
---
Also it looks like it isn't recompiled fully yet eg. i18n part is missing
http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-mozilla-central-l10n/linux-x86_64/xpi/

Supergeek800 commented on 2013-10-29 22:36

No biggie, just thought it would be nice to both notify and flag. ^^;

cgirard commented on 2013-10-29 22:28

Look up there on the right. You see, there is a "Flag package out-of-date" link. Click and voilà the maintainer is notified (and only him). You see a "Flagged out-of-date" text instead, don't worry, someone as already notified the maintainer...

Or else, you could spam all people that want to receive useful comments (and have asked to be notified of new comments) by posting a comment telling the package is out of date and don't worry if someone else has made the exact same comment one hour before...

Sorry for the spam but it's kind of boring to read the exact same comments every 6 weeks when firefox get updated...

Supergeek800 commented on 2013-10-29 22:16

28.0a1 just came out

teclas commented on 2013-10-29 21:04

28 is out.

acrox999 commented on 2013-10-08 14:51

Nevermind that, forgot to refresh my keys.

acrox999 commented on 2013-10-08 14:44

Got "failed to sign package" error while building the package. What gives?

http://nopaste.info/7660a5135a.html

Supergeek800 commented on 2013-09-18 23:20

Shouldn't this be updated to 27.0a1?

swiftgeek commented on 2013-09-13 16:54

yes

jonnybarnes commented on 2013-09-13 16:54

Can we install this alongside stable firefox from the main repos?

swiftgeek commented on 2013-08-31 02:41

I also wrote another fat PKGBUILD for i18n (auto-detects langs from /etc/locale.gen, opt-in interactive)
But i have run into few problems:
0. At first i18n extensions weren't even showing up - i had to change its name to eg. langpack-ru@firefox.mozilla.org.xpi
1. Extensions needs to be accepted manually :/
-> EDIT: 0&1 explained here http://mike.kaply.com/2012/02/09/integrating-add-ons-into-firefox/
2. After that it only works when lang is forced via eg. `firefox-nightly -UILocale ru`
-> EDIT: change intl.locale.matchOS true ; but i have no idea how to do this from package (so it will be default for all lusers)
-> EDIT2: fixed with pref("intl.locale.matchOS", true); in defaults/pref

Final edit (i hope): our official archlinux repo includes https://projects.archlinux.org/svntogit/packages.git/tree/trunk/vendor.js?h=packages/firefox
I think that this package should do the same…
(in case of this package path is ${pkgdir}/opt/firefox-${pkgver}/defaults/pref/ )

Sorry for spamming :( aur has no edit button

swiftgeek commented on 2013-08-31 02:13

I also wrote another fat PKGBUILD for i18n (auto-detects langs from /etc/locale.gen, opt-in interactive)
But i have run into few problems:
0. At first i18n extensions weren't even showing up - i had to change its name to eg. langpack-ru@firefox.mozilla.org.xpi
1. Extensions needs to be accepted manually :/
EDIT: 0&1 explained here http://mike.kaply.com/2012/02/09/integrating-add-ons-into-firefox/
2. After that it only works when lang is forced via eg. `firefox-nightly -UILocale ru`
-> EDIT: change intl.locale.matchOS true ; but i have no idea how to do this from package (so it will be default for all lusers)
-> EDIT2: fixed with pref("intl.locale.matchOS", true); in defaults/pref

It looks like /issue 1/ can't be fixed or should i go with scenario 1 (from that website)?

swiftgeek commented on 2013-08-31 01:45

I also wrote another fat PKGBUILD for i18n (auto-detects langs from /etc/locale.gen, opt-in interactive)

But i have run into few problems:
0. At first i18n extensions weren't even showing up - i had to change its name to eg. langpack-ru@firefox.mozilla.org.xpi
1. Extensions needs to be accepted manually :/
2. After that it only works when lang is forced via eg. `firefox-nightly -UILocale ru`
-> EDIT: change intl.locale.matchOS true ; but i have no idea how to do this from package (so it will be default for all lusers)
-> EDIT2: fixed with pref("intl.locale.matchOS", true); in defaults/pref

Any idea how to fix those issues?

swiftgeek commented on 2013-08-31 01:24

I also wrote another fat PKGBUILD for i18n (auto-detects langs from /etc/locale.gen, opt-in interactive)

But i have run into few problems:
0. At first i18n extensions weren't even showing up - i had to change its name to eg. langpack-ru@firefox.mozilla.org.xpi
1. Extensions needs to be accepted manually :/
2. After that it only works when lang is forced via eg. `firefox-nightly -UILocale ru`
-> EDIT: change intl.locale.matchOS true ; but i have no idea how to do this from package (so it will be default for all lusers)

Any idea how to fix those issues?

swiftgeek commented on 2013-08-31 01:16

I also wrote another fat PKGBUILD for i18n (auto-detects langs from /etc/locale.gen, opt-in interactive)

But i have run into few problems:
0. At first i18n extensions weren't even showing up - i had to change its name to eg. langpack-ru@firefox.mozilla.org.xpi
1. Extensions needs to be accepted manually :/
2. After that it only works when lang is forced via eg. `firefox-nightly -UILocale ru`

Any idea how to fix those issues?

swiftgeek commented on 2013-08-30 16:10

I wrote a nice script to improve my laziness :>
https://aur.archlinux.org/packages/changeling/

As long as one is using cron and yaourt -Syua from time to time it's possible to force update of package once in day/week/month (or more sophisticated via crontab)
eg. ln -s /usr/bin/changeling /etc/cron.weekly/firefox-nightly
(Remember to test symlink manually - by just running it from root ofc)

Anonymous comment on 2013-08-07 06:34

Please update pkgver=25.0a1 to pkgver=26.0a1 in PKGBUILD to get latest nightly

Anonymous comment on 2013-02-17 09:56

@hOx:
else you can run firefox-nightly as root, which will give you permission to write to /opt/firefox-xxx folder.
Or just simply chown the entire /opt/firefox-xxx folder to your username

xenom commented on 2013-02-14 21:25

21.0a1-2 : Icon path fixed.

DarkSkyGhost commented on 2013-02-14 11:12

Removed it, same error. Checked PKGBUILD, and it is the new modified one.
Well, I just uncomment that line and it builds.

misc commented on 2013-02-13 22:30

"firefox/icons/mozicon128.png" must be changed to "firefox/browser/icons/mozicon128.png".

ravicious commented on 2013-02-13 17:45

@DarkSkyGhost: remove /tmp/yaourt-tmp-root directory before updating. It probably contains old PKGBUILD and still uses it.

DarkSkyGhost commented on 2013-02-13 16:51

Still get this:

install: cannot stat ‘/tmp/yaourt-tmp-root/aur-firefox-nightly/src/firefox/icons/mozicon128.png’: No such file or directory

kang commented on 2013-02-13 06:29

Fix for newest nightly's PKGBUILD:

line 49:
install -m644 "${srcdir}/firefox/browser/icons/mozicon128.png" "${pkgdir}/usr/share/pixmaps/${pkgname}-icon.png"

instead of:
install -m644 "${srcdir}/firefox/icons/mozicon128.png" "${pkgdir}/usr/share/pixmaps/${pkgname}-icon.png"

jellysheep commented on 2012-11-25 08:00

@hOx:
If you are still looking for a way to get an updated nightly everyday, I have found 2 solutions for this.
1) You just invoke "yaourt -S firefox-nightly" every day.
2) You build up an FTP server (e.g. proftp), package the *.desktop files and a PKGBUILD in a repo.db and a repo.abs.db archive, add your local repo to /etc/pacman.conf, rename the package firefox-nightly-git (so yaourt thinks it is a git package), install "abs" on your system and then you daily invoke "yaourt -Syu --devel" to let yaourt rebuild the git packages (including firefox-nightly-git) every day. You just have to adapt the major version number in the PKGBUILD files when it changes.

Det commented on 2012-10-18 11:13

So you want it to whine more? Every single time there's a new daily build?

Sorry, I'm not getting it either :D.

19.0a1 is the latest "major" one so you can't be using 18.0a1 with just the same timestamp either.

E: Oooh, firefox _itself_. Well yeah, it's better to disable the auto check instead of daily rebuilding this thing for everybody else too.

Det commented on 2012-10-18 11:11

So you want it to whine more? Every single time there's a new daily build?

Sorry, I'm not getting it either :D.

19.0a1 is the latest "major" one so you can't be using 18.0a1 with just the same timestamp either.

cgirard commented on 2012-10-18 11:07

OK I understand now. What you are looking for is Options/Advanced/Updates there you can untick update check for FF.

Anonymous comment on 2012-10-18 10:53

What is there not to understand ?
Mozilla rolls out a new package every day when it is being automatically rebuilt.
The aur package only asks for an upgrade when the major version changes not just the timestamp.
This triggers firefox to whine that it's not up-to-date.

cgirard commented on 2012-10-18 10:36

I do not understand. What are you asking? Being prompted every day for a rebuild or not being?

Anonymous comment on 2012-10-18 10:31

lolol xD
I'm using yaourt, what do you suggest, I manually prompt for a reinstall every day when there's a new build ?

Det commented on 2012-10-18 10:19

Lololol. Get a better AUR tool.

Anonymous comment on 2012-10-18 09:02

I have flagged the package out-of-date as it keeps bugging me for an update.
I think the package version should include the timestamp as well as the major and minor versions.

xenom commented on 2012-10-17 07:42

PKGBUILD updated for security.

Changes :
- Added sha512 checksum for the package
- Change the checksum for the desktop files from sha1 to sha512
- Added the GnuPG signature verification. You have to uncomment the line to enable it.

I only remove the sha1 checksum from the kang's PKGBUILD, because I think its secure enough with sha512.

kang commented on 2012-10-16 17:08

From a paranoid point of view, the more checksums you check the better. It'd be hard to have a matching checksum for 2 algoritms even if both were broken.
Now, sha512 isn't broken, so it should be enough.
Feel free to modify it, don't need to be as paranoid as I am and it might be slower on old machines

Thanks!

xenom commented on 2012-10-16 12:21

Thank you. This is a great improvement.

I just don't understand why you check both sha1 and sha512 checksums. The sha512sum should be enough.

I will update the PKGBUILD in a few hours.

kang commented on 2012-10-15 22:32

nope :)
feel free to replace by @ insecure.ws
(the original one also works)

kang commented on 2012-10-15 22:31

nope :)

Det commented on 2012-10-15 22:20

@mozilla.com you say? You a Firefox dev?

kang commented on 2012-10-15 19:03

I'm using a modified version of this PKGBUILD for security reasons, so I though i'd contribute back.
I left the GnuPG check commented as it would otherwise fail by default (you need the Firefox GnuPG signing key imported in your keyring).
I think it would be a good idea to take these changes in your PKGBUILD in one way or another.

Thanks!

Main changes:
- download over HTTPS
- verifies sha1 and sha512 checksums
- (optional) verify gnupg signature of the above checksums

diff:
http://kang.pastebin.mozilla.org/1867766

Full pkgbuild:
http://kang.pastebin.mozilla.org/1867767

xenom commented on 2012-10-11 17:12

@kamiljk87 : You can install language pack from http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/firefox-19.0a1.xy-XY.langpack.xpi, and use an extension to quickly change locale.

No need to add a comment, I get the email, even in Xen, when the package is flagged out-of-date.

Det commented on 2012-10-11 16:14

Xenom is having his vacation in Xen! It will take a while for the redrafted teleport to appear and to be able to moleculize his complete self back to our dimension!

Last time he ended up in Africa!

cgirard commented on 2012-10-11 14:43

hg2rbw: no need to add a comment for this the out-of-date flag is enough.
If changing a single character in a PKGBUILD is to much for you, just wait patiently.

Anonymous comment on 2012-10-11 14:39

Please update your package

kamiljk87 commented on 2012-09-14 23:06

Any possibility to chose more than one and use multiple language versions install from http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-mozilla-central-l10n/ ?

xenom commented on 2012-09-01 16:16

@misc: Yes, I forget to make the change. It is now done.

misc commented on 2012-08-29 21:30

Seeing that pacman switched from wget to curl quite a while ago already, the same would probably be appropriate for this PKGBUILD, too.

xenom commented on 2012-04-26 15:30

Updated to version 15 and sqlite modified.

erdbeer commented on 2012-04-26 13:55

sqlite3 was renamed to sqlite. Please change it in the PKGBUILD.

misc commented on 2012-03-30 11:58

@Circleo: Note that this can leave orphaned files/folders (eg in /opt) when such manual update includes a change in versioning (eg 14.0a1 -> 14.0a2). IIRC, those won't get removed by a subsequent 'actual' package update.

Anonymous comment on 2012-03-20 19:12

Thanks for maintaining this package xenom; I'm glad it's available on AUR and being updated at a reasonable rate.
For those wanting the bleeding edge updates you can run Nightly as root, hit Help->About Nightly->and apply the update, or what I did was to chown the nightly folder's group to users, then chmod write permission for the group. That way the updates could apply automatically for any user while using it.

ZeDestructor commented on 2012-03-16 19:57

@Det,, sorry. I missed the sarcasm

Det commented on 2012-03-16 19:17

ZeDestructor, you think I was being serious?

mephistopheless' point is just stupid anyway.

mephistopheles commented on 2012-03-16 18:18

The current scale of AUR - requires at least morally responsible for the packages.

ZeDestructor commented on 2012-03-16 18:14

@mephistopheles: considering AUR is a place for people to share their personal pkgbuilds, I'd say that that's precisely the point.

mephistopheles commented on 2012-03-16 17:43

Then, perhaps, every man should write pkgbuild? Destroy aur?

ZeDestructor commented on 2012-03-16 17:41

@Det and @mephistopheles: xenoms is corect here. If you can't edit one line in the PKGBUILD, you have no business runnning the nightly releases of stuff. I got lazy and waited, but that's beside the point

mephistopheles commented on 2012-03-16 15:03

you just slowpoke. be a little bit faster.

xenom commented on 2012-03-16 14:59

@mephistopheles : If you can't modify the version number and test the package or wait 3 days that somebody else do it for you, don't use development version of software.

Det commented on 2012-03-16 12:24

Yeah! No update in like two _days_.

mephistopheles commented on 2012-03-16 12:00

please, disown package, if you can't maintain it.

cgirard commented on 2012-03-07 15:46

No you can disable update checking for firefox. It has not enough privileges to update itself anyway.

cocreature commented on 2012-03-06 22:39

Should the firefox update work or do I have to update manually via package manager if there is a knew version. Firefox update just tells me connecting to server but it doesn't do anything.

Anonymous comment on 2012-02-10 04:09

@eruo I use xfce and here's what I did:

For me it was asking how to handle "file links" regardless of the application type
Choosing thunar opened the filetypes I tested in the right apps I used (zip files in file-roller, images in gthumb for me)
If it works for you, check "remember my choice for file links"

xenom commented on 2012-02-02 08:15

No need to add a comment for update when package is already marked as "Out of date".
You just need to change the pkgver, it's the same thing at every new version.
Package will be updated today, after my day of work.

Det commented on 2012-02-01 20:05

If it's obvious why does it need saying?

Anonymous comment on 2012-02-01 19:28

For now, just change pkgver from 12.a1 to 13.a1 (obviously)

Det commented on 2012-02-01 17:54

Yes?

Anonymous comment on 2012-02-01 15:08

Shouldn't this be updated for firefox 13 ?

Anonymous comment on 2011-12-27 22:55

Any way to get the file/application associations working with this

Det commented on 2011-12-27 22:35

Whatever. Just saying.

xenom commented on 2011-12-27 21:58

Thanks for the answer and the work.

I like to update the pkgrel for every change (exept. for description,url,...) to show a change in the PKGBUILD, even when it is a minor change like this.
Maybe people do not have the necessary dependencies, or have installed packages as dependencies only for this program.

Det commented on 2011-12-27 19:09

Well, usually you could either:

1) Remove the dependency and try to start the program with it or
2) Start the program and use 'lsof' to find the files the process is using (`lsof -p [pid]`)

But in this case it's not required. The binary "update-desktop-database" used in [extra]'s firefox's .install file is provided by 'desktop-file-utils'. That's why it's required there.

Also verifying for every [extra]'s firefox dependency is not required. I already did that.

Finally, I don't get why is it so important for some people to bump the pkgrel upon every single change. Eg. in this case nothing is actually changed: only dependencies people already _have_ are being added/removed (of course decluding those who upon clean install install like only this thing).

xenom commented on 2011-12-27 15:15

Yes, I would make a check on all dependencies.

Will be added in next PKGBUILD release :
alsa-lib libnotify

Will be removed :
shared-mime-info

@Det : Are you sure that firefox doesn't depend on desktop-file-utils?

Det commented on 2011-12-27 11:11

Also depends on 'alsa-lib' and _doesn't_ depend on 'desktop-file-utils' nor 'shared-mime-info'.

xenom commented on 2011-12-26 18:23

12.0a1 Revision 2 : depedencies added : (dbus-glib, gtk2, sqlite3)

erdbeer commented on 2011-12-25 16:11

hi, please add gtk2 to the dependency list. without it, i get this error:
XPCOMGlueLoad error for file /opt/firefox-12.0a1/libxpcom.so:
libxul.so: cannot open shared object file: No such file or directory
Couldn't load XPCOM.

Anonymous comment on 2011-12-21 04:58

Updated PKGBUILD for 12.01a: http://pastebin.com/AgqW4ZTv
(The only difference is on line 8; I changed 11 to 12)

Anonymous comment on 2011-11-25 08:23

Just outta curiosity does anyone know how to make firefox-nightly use the GNOME file picker like the regular version from the official Arch repos? I made a topic about this a few weeks ago but received no responses. :/

xenom commented on 2011-11-14 17:44

Updated to new version, and changed the name in desktop files (see trc comment Fri, 04 Nov 2011 01:11:16)

xenom commented on 2011-11-14 08:43

I will update today or tommorow. I was just in weekend without my arch computer.

Normally, the only change needed is the version number.

Anonymous comment on 2011-11-13 21:17

Any plans to update? I'd be happy to adopt.

xenom commented on 2011-11-05 22:42

@trc : thanks. I will change it in the next release.

Anonymous comment on 2011-11-04 01:11

just an afterthought but you should change the firefox-nightly.desktop and the safe.desktop so that the application name is Nightly instead of Minefield, it hasnt been called minefield in a while.

sulhan commented on 2011-09-28 20:35

While waiting for update for firefox 10.0a1 on this package, you can try firefox-ux [1].

[1] https://aur.archlinux.org/packages.php?ID=52711

Anonymous comment on 2011-09-28 13:21

10.0a1 was out. Please update! Thanks.

haagch commented on 2011-07-13 14:33

It has the XPCOM problem.


You should replace the start script in /usr/bin/firefox-nightly with a script like that:

#!/bin/sh
/opt/firefox-8.0a1/run-mozilla.sh /opt/firefox-8.0a1/firefox $@

misc commented on 2011-07-07 13:24

@MaTachi: An alternative is to start the nightly as root, that gives it the necessary permissions to update itself. Which won't change the version entry in the pacman database though, but that's only relevant every one or two months.

Anonymous comment on 2011-07-06 15:32

8.0a1 is out

MaTachi commented on 2011-06-18 20:14

Thanks disastro! I didn't know that this package worked in that way. Thanks again!

disastro commented on 2011-06-18 10:20

Reinstall the package then since there is an updated version of Firefox available. That makes it go away and you have newest Nightly

disastro commented on 2011-06-18 10:19

Reinstall the package then since there is an updated version of Firefox available then. That makes it go away and you have newest Nightly

cgirard commented on 2011-06-17 08:03

Yes. In Advanced/Update, disable "automatically check for updates to Nightly".

cgirard commented on 2011-06-17 06:49

Yes. Disable the notifications about firefox update in the settings.

Anonymous comment on 2011-06-17 01:22

I'm having the same problem as MaTachi, is there a way to fix that?

MaTachi commented on 2011-06-09 08:22

Is it possible to update Firefox with their own updater in the browser? My Firefox says that there is a newer version of Nightly available and it asks me if I want to install it, but when I press "Accept" it loads forever with the message "Connecting to server...".

Det commented on 2011-05-28 12:08

You can have a look here: http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/

It's 7.0a1.

Anonymous comment on 2011-05-28 07:25

I think this is now 7.0a1pre or something. 6 is now in aurora.

Det commented on 2011-04-15 17:36

OR you just change "4.2a1pre" to "6.0a1". I think nobody is lazy enough to not manage that :).

TomFyuri commented on 2011-04-15 16:50

sed -i 's/4.2a1pre/6.0a1/g' "PKGBUILD" # and makepkg -s, and here you get 6.0a1

L42y commented on 2011-04-13 19:18

6.0a1 is out, please update

xenom commented on 2011-04-04 19:43

Bug already reported to Mozilla :
https://bugzilla.mozilla.org/show_bug.cgi?id=647670

Only affect x86_64.

Det commented on 2011-04-04 09:48

Yes, for some reason the 'firefox' folder and all the non-text-files have '700' permissions :D. I assume there's already a bug report about that.

A temporary fix would be: sudo chmod -R go+rX /opt/firefox-4.2a1pre

* The 'go' part means to modify the 2nd (g) and 3rd group (o) permissions.
* The '+rX' means to add (+) the following permissions to these groups: read (r) and execute (except for text files) (X) (http://en.wikipedia.org/wiki/Chmod)

Det commented on 2011-04-04 09:48

Yes, for some reason the 'firefox' folder and all the non-text-file have '700' permissions :D. I assume there's already a bug report about that.

A temporary fix would be: sudo chmod -R go+rX /opt/firefox-4.2a1pre

* The 'go' part means to modify the 2nd (g) and 3rd group (o) permissions.
* The '+rX' means to add (+) the following permissions to these groups: read (r) and execute (except for text files) (X) (http://en.wikipedia.org/wiki/Chmod)

sironitomas commented on 2011-04-04 02:58

There is some kind of issue in this package. After installing it, the binary can only be run (and read) as root.

Det commented on 2011-03-24 06:30

I think xenom checks every time whether there is or not :).

hdhoang commented on 2011-03-24 06:20

there's a version bump now, 4.2a1pre

xenom commented on 2011-03-17 19:50

please stop marking this package out of date without reason. The latest trunk of nightly build is still "4.0b13".

Det commented on 2011-03-05 19:24

So?

E: and in addition it's not even released yet: https://wiki.mozilla.org/Releases/Firefox_4.0rc1. The first RC1 candidate build can be found through here: ftp://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/4.0rc1-candidates/build1/. If you meant that, you were right.

Det commented on 2011-03-05 19:15

So?

M0Rf30 commented on 2011-03-05 15:23

rc1 is out

boenki commented on 2011-02-24 10:16

13pre is there

Det commented on 2011-02-07 20:46

Bug #1745010581, Action #1792740381 - Status change: Patches Welcome → Won't Fix

Closing :).

eca commented on 2011-02-07 20:09

Easier, but somewhat risky workaround-run firefox-nightly as root then help>about>update.

xenom commented on 2011-02-07 20:07

I won't use the mar files because :
1) We need to find the external number, and I need to be sure the external number is correct, else it can break the PKGBUILD.
2) Use of mar files make a complex PKGBUILD, that won't match all the user preferences, and can cause problem with AUR helper.
3) Update can crash a running instance of firefox.

Even if someone can make a nice patch, with a sure (and verified) way to find the external number, and no problem with AUR helper, I'm not sure I would merge it, just because of 3.

xenom commented on 2011-02-07 20:04

I won't use the mar files because :
1) We need to find the external number, and I need to be sure the external number is correct, else it can break the PKGBUILD.
2) Use of mar files make a complex PKGBUILD, that won't match all the user preferences, and can cause problem with AUR helper.
3) Update can crash a running instance of firefox.

cgirard commented on 2011-02-07 19:29

Well, even if we do understand this numbering, one point is worrying me:
"It is recommended that all instances of the application that are running on the system including those being used by other users are closed before going any further. Important: though this should never cause the update to fail there might be cases where it will and it can definitely break a running instance of the application."
You cannot ask the user to close all firefox instances before running the update. And crashing its running instance is bad as well...

Det commented on 2011-02-07 19:22

So we'd need to find out not only the date of the latest trunk release but that external number part too, which separates different releases for the same date (the scheme goes: [year]-[month]-[date]-[the-external-number]-mozilla-central eg. 2011-02-07-03-mozilla-central). Great.

Bug #1745010581, Action #1792740281 - Status change: New → Feature Request
Bug #1745010581, Action #1792740286 - Status change: Feature Request → Patches Welcome

eca commented on 2011-02-07 18:29

cgirard is correct, nevermind then. I was looking at the test which is 42M.

eca commented on 2011-02-07 18:29

cgirard is correct, nevermind then. I was looking at the test which is 42M.

cgirard commented on 2011-02-07 16:21

You're right. They are available there:
http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2011-02-07-03-mozilla-central/firefox-4.0b12pre.en-US.linux-x86_64.partial.20110206030345-20110207030345.mar
but it seems difficult to use them as we need to know the exact version we are updating from and to.

Det commented on 2011-02-07 15:46

Those are the complete ones - not the partial ones.

cgirard commented on 2011-02-07 10:01

I guess there : http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/
but it's as big as the bz2.

Det commented on 2011-02-07 08:41

Where then exactly are those partial .mars for linux?

eca commented on 2011-02-07 05:03

Maybe you should change the pkgbuild so that it updates firefox-nightly with the mar file(to save bandwidth and time), when the user has a version of firefox-nightly 4*. https://wiki.mozilla.org/Software_Update:Manually_Installing_a_MAR_file#Steps_for_Linux gives old usage; /opt/firefox-4.0b12pre/updater --help gives correct usage.

xenom commented on 2011-02-03 18:10

Updated to 4.0b12pre.

Det commented on 2011-02-03 15:58

@tanuva :). Why would the .desktop file need to be changed (and what exactly do you want to change it _to_)? Only the pkgver needs to be changed to "4.0b12pre" and diffing _that_ is not required ^^.

tanuva commented on 2011-02-03 14:17

Diff for pkgbuild update to beta 12:
http://aur.pastebin.com/MKiueHTV

Anonymous comment on 2011-01-30 00:17

dWolf, it's because of "[GLX] currently only allowing the NVIDIA proprietary driver, as other drivers are giving too many crashes. To bypass this, define the MOZ_GLX_IGNORE_BLACKLIST environment variable." Run "env MOZ_GLX_IGNORE_BLACKLIST=true firefox-nightly" in a terminal to enable webgl again.

dWolf commented on 2011-01-28 18:23

@Det, no, webgl.enabled_for_all_sites is enabled and webgl don't work :(

Det commented on 2011-01-27 18:17

@dWolf, did you disable webgl.enabled_for_all_sites?

dWolf commented on 2011-01-27 17:39

I don't know why but WebGL have worked several releases before (maybe 4.0b8). Now it says that I don't have WebGL. I have lastest ati gallium drivers.

snoxu commented on 2011-01-18 21:41

xenom commented on 2011-01-13 21:15

@Det : I will add your email in the next release of PKGBUILD.

cgirard commented on 2011-01-13 10:56

Thank you xenom.

Det commented on 2011-01-12 18:36

Well, if you could add my e-mail address, then that'd be nice :D ("nimetonmaili a-dot gmail dot com"). My name looks kinda orphan there otherwise.

xenom commented on 2011-01-12 18:08

Sorry. Usually I read the comments, but the last I was very busy, personally and professionally.
Thank you for the comment and the PKGBUILD.

I updated the PKGBUILD with the first version of the Det's package.
For the second version, i like the sha512sum hack idea, but I prefer that the user make this manually. I'm open to change, if many people (with arguments) prefer the sha512sum, i can change this.

@Det : I have added your name as Contributor, because you wrote the new PKGBUILD.Send me an email if you want that I delete or change something on this line.

cgirard commented on 2011-01-12 14:37

Thanks ;)

Det commented on 2011-01-12 13:54

He wouldn't be the only one :). I just mailed him.

cgirard commented on 2011-01-12 09:15

@xenom : do you happen to read the comments sometimes ?

Det commented on 2011-01-11 20:15

b10_pre_

Xabre commented on 2011-01-11 17:28

b10 is out

cgirard commented on 2011-01-05 15:12

I've just tested it and yes, it does not, as expected.

The thing is I have asked xenom to add the "-N" option to wget to be able to be able to detect when the file has been changed on the server side. With your sha512sum hack, we do detect it but we need to manually delete the old source file.

I understand that having these wget, bsdtar and sha512sum is not really elegant, but at the end of the day the same operations are done ? Aren't they ?

@xenom: what do you think about this ? Either way a solution has to be taken because right now the PKGBUILD package the wrong file (download a file and package an older one already there).

Det commented on 2010-12-30 19:16

Ahh, gotcha. Well, I don't think it does. It just says that the checksum failed.

But really, since a new trunk build for Firefox is released _daily_ and not like every 10 minutes (as with Chromium), it's good enough.

I don't think there's even a way to trick makepkg e.g. to manually check whether the tarball passed the sha512sum check and if it wouldn't it would be replaced with a new one. That won't work because the sha512sum check is done _before_ the "build()" and "package()" functions are executed, meaning.. well, that it just wouldn't work.

I(ns)t(ead) _could_ be done that the tarball would *manually* be downloaded and then *manually* checked against the sha512sum in "http://ftp.mozilla.org" but that's just... stupid, if you ask me. The maintainer can choose to do that if he wishes to but I couldn't bring myself to care for that matter even if my life depended on it (just kidding).

cgirard commented on 2010-12-30 18:35

No what I meant is : does makepkg download a new copy of the file if an older version is already downloaded ?

Det commented on 2010-12-30 18:23

Yes it would. But if you look at the upload times you notice that the files are uploaded at the same time. To avoid exactly that.

cgirard commented on 2010-12-30 18:07

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

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

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.

Anonymous comment on 2010-12-30 17:24

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

Det commented on 2010-12-24 17:11

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

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.

Anonymous comment on 2010-12-16 17:44

firefox 4.0b9pre in now available! :-)

cgirard commented on 2010-11-17 09:32

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

cgirard commented on 2010-11-16 09:16

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

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

pav commented on 2010-10-30 14:12

@orschiro: I believe you just reinstall this and it downloaded the latest nightly. Worked for me.

orschiro commented on 2010-10-30 08:55

I always get the message to update on a new version. So this package has to be upgraded or what do I have to do in order to install the latest build of nightly?

Regards

orschiro commented on 2010-10-30 07:00

I always get the message to update on a new version. So this package has to be upgraded or what do I have to do in order to install the latest build of nightly?

Regards

Anonymous comment on 2010-10-08 18:00

4.0b8 is out.

misc commented on 2010-09-14 10:21

4.0b7pre is out.

misc commented on 2010-09-01 12:05

Version has been changed to 4.0b6pre.

xenom commented on 2010-08-19 10:56

Updated, and revert to standard package name, because date cause problems in yaourt/AUR.
You can see the install date with pacman -Qii.

xenom commented on 2010-08-17 15:28

I've seen that. I will revert to the old name (4.0b4pre) in a future update. I have done this, because people ask me to add the date in the pkgver.See https://bbs.archlinux.org/viewtopic.php?id=102160 for more infos.

Anonymous comment on 2010-08-10 17:47

Seems that the displaying of package version is broken in AUR and yaourt. Obviously they cannot parse your PKGBUILD and I think they are right. Putting dynamical pkgversions in there is definitely weird. Why not just let it be 4.0b4pre_nightly instead?

xenom commented on 2010-08-09 20:18

PKGBUILD updated. Date added in pkgver after some suggestions.

See https://bbs.archlinux.org/viewtopic.php?id=102160 for more infos.

xenom commented on 2010-08-06 20:03

Updated to 4.0b4pre.

@skodabenz : It's impossible to add the date in pkgver. The pkgver are updated when the makepkg is run for CVS but not for other system.

Anonymous comment on 2010-08-06 16:02

Instead of pkgver showing the firefox version, I think it would be better to use the date of building the package as the okgver (like *-git AUR packages). This way we will know nightly build of "which date" is currently installed in the system.

Anonymous comment on 2010-08-06 09:00

@stlifey
Just change pkgver=4.0b3pre to pkgver=4.0b4pre in PKGBUILD...

Anonymous comment on 2010-08-06 08:57

Please update to 4.0b4pre

Anonymous comment on 2010-07-30 23:49

Be wary to upgrade from 4.0b2. As of now 4.0b3 crashes every time you download(save as) any file. At least for me that is. Using openbox and thunar as my file manager.

xenom commented on 2010-07-27 20:36

Updated to 4.0b3pre.

Anonymous comment on 2010-07-22 14:59

Please update to 4.0b3pre

Anonymous comment on 2010-07-07 17:06

http://aur.archlinux.org/packages.php?ID=38753

Anonymous comment on 2010-07-07 16:57

Firefox 4 Beta is out!

sironitomas commented on 2010-07-04 17:52

Good

xenom commented on 2010-07-04 11:03

Updated to 4.0b2pre.

Anonymous comment on 2010-07-02 21:46

editing pkgver makes this work without issue.

Anonymous comment on 2010-06-29 19:25

4.0b2pre out.

Anonymous comment on 2010-06-16 06:29

But the a5pre browser shits popups to have you to upgrade to a6pre…

Ape commented on 2010-06-15 20:22

@Erus: This page has only a5: http://nightly.mozilla.org/

Anonymous comment on 2010-06-15 07:01

a6pre out.

kiwisauce commented on 2010-05-28 09:08


==> Extracting...
firefox/libnss3.so: (Empty error message)
bsdtar: Error exit delayed from previous errors.
==> ERROR: Build Failed.
Aborting...

:-(