firefox-beta 3.6rc2-1
http://www.mozilla.org/projects/firefox
Standalone web browser from mozilla.org, beta build.
unsupported :: network
Maintainer: jdhore
Votes: 258
License: MPL GPL LGPL
Last Updated: Sun, 17 Jan 2010 18:10:37 +0000
First Submitted: Mon, 15 Dec 2008 19:45:25 +0000
Tarball :: Files :: PKGBUILD
This package has been flagged out of date.
Dependencies desktop-file-utils libxt mime-types nss shared-mime-info
> Arch still works on Pentium 2's and 3's and 4's that take forever to compile so this package is staying binary-only
How many times have I already responded to that? I'm not saying that you should stop packaging binary Firefox. Just create firefox-beta-bin, problem solved. This is a very well established naming convention for binary packages. I've seen TUs delete packages that don't conform to this convention, why should Firefox be an exception?
No release notes on mozilla.org site. So, RC1 is really out ? ;)
3.6rc1 is out.
aidenn is correct. On my decent Pentium Dual-Core 2.5GhZ box, the build only takes like 45 minutes, on my Desktop (8 physical 3,2GhZ cores), the build takes even less than 10 minutes (probably about 5, but i'm too lazy to test right now). However Arch still works on Pentium 2's and 3's and 4's that take forever to compile so this package is staying binary-only so that if someone using an old box wants to run new versions of firefox, they don't have to spend 3.5 years compiling it.
He's not, take into account that P4 2,4GHz is about as fast, as a 1,3-1,4GHz modern c2d (even slower with some tasks). And that's only one core. Maybe with ccache he could go down to about one hour, but that's it. It's just how it goes for us P4ers (I also have a C2D 2.8, so I can compare directly).
@jdhore: You must be making that up!
makepkg 1095.49s user 142.07s system 205% cpu 10:01.85 total
^ build took exactly 10 minutes, only using 2 CPU cores on average -- AND I'm compiling with CFLAGS=-O3. This is the whole deal, including libxul, NSS and NSPR.
It cannot be that 2.4GHz P4 is 9 times slower than my CPU.
Also, as explained earlier, binary packages should explicitly use the -bin suffix.
I'm not planning on making this a source package because on what i'd consider a "midrange" Arch box (2.4GhZ Northwood Pentium 4), Firefox takes roughly 1.5-2 hours to compile and that's a bit annoying.
@florianbw something like this is already in AUR: firefox-testing-src
Following the PKGBUILD for the source version (also works for x86_64). It works for me:
arch=('i686' 'x86_64')
depends=('desktop-file-utils' 'libxt' 'mime-types' 'nss' 'shared-mime-info')
license=('MPL' 'GPL' 'LGPL')
pkgname=firefox-beta
_pkgname=firefox
pkgdesc='Standalone web browser from mozilla.org, beta build from source.'
url='http://www.mozilla.org/projects/firefox'
pkgver=3.6b4
pkgrel=1
md5sums=('770d0a33e4e2ceb52017c59d98c4d28c'
'745e6f4aaf4df6094a2d1280fa49bb00'
'8530022da9f9f58dc10fe651bf160b1c')
source=(
"ftp://ftp.mozilla.org/pub/$_pkgname/releases/$pkgver/source/$_pkgname-$pkgver.source.tar.bz2"
"$pkgname.desktop" "$pkgname-safe.desktop")
build() {
cd $srcdir/mozilla-1.9.2
./configure --prefix=/opt/$pkgname-$pkgver --disable-windows-mobile-components --with-x --disable-os2-high-mem --enable-application=browser --enable-default-toolkit=cairo-gtk2 --enable-official-branding --disable-printing --enable-native-uconv --disable-xpcom-obsolete --disable-inspector-apis --disable-parental-controls --disable-vista-sdk-requirements
make || return 1
make prefix=$pkgdir/opt/$pkgname-$pkgver install
ln -s /opt/$pkgname-$pkgver/bin/$_pkgname $pkgdir/usr/bin/$pkgname || return 1
install -m644 $srcdir/{$pkgname.desktop,$pkgname-safe.desktop} $pkgdir/usr/share/applications/ || return 1
install -m644 $srcdir/$_pkgname/icons/mozicon128.png $pkgdir/usr/share/pixmaps/${pkgname}-icon.png || return 1
}
beta 4: md5 6f9721a57d273e8adb6f7325e9f95966
beta 3...
beta 2 is out.
Name schema should be firefox-beta-bin, as bin32 are reserved for 32bit binaries on Arch64. BTW. As mozilla doesn't provide binary for 64bit linux it should be pretty easy to make this PKGBUILD support both architectures with 32bit libraries.
I agree with Ranguvar; 32-bit binary packages should be clearly named as such (especially if it's open source software). I want a 64-bit version of Firefox 3.6 beta, but such an AUR package doesn't exist.
Oh, and do you have any plans to start building from source in this package? A binary package should probably be bin-firefox-beta or bin32-firefox-beta. :)
3.6 beta is very nearly out, if you want to update :) It's not the true 3.6b1, but as noted by blasse, the build2's are extremely similar to the full betas which are released later. Even if you don't want to update, you could make sure it works and all.
http://www.downloadsquad.com/2009/10/14/download-firefox-3-6-beta/
(The story link goes to the build1, here's the newer build2)
http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/3.6b1-candidates/build2/source/
@marlock - No it isn't. It's not on the Mozilla FTP anywhere (that I can find). The only newer "build" I can find is 3.6a2, but pre-built binaries aren't available yet apparently, only source, and this isn't a firefox-from-source package.
3.6 beta is out
Package bumped to 3.6 alpha 1. This may be extremely broken, but it is alpha1...I'll continue updating this package through the Alpha's, Beta's, RC's and Final of Firefox 3.5.
I'm sorry, but i'm not going to make any updates to the 3.5 series in this package. The next update to this package will be for the 3.6 alphas. If you want the security/stability updates that Mozilla offers for Firefox 3.5(.x), use the firefox package from extra.
3.5.1 version is available on FTP. This version fixes security issue with JIT. Update soon possible.
MD5: 8b2975397f378e93d5808899efe2486b
@geoisis - This differs from the one you linked to, because that one compiles firefox from source, which can take 4 hours even on a decent Pentium 4 system. This one just downloads a binary which should take no more than 5 minutes to install no matter how old or slow your system is.
What's the difference with this release? ---> http://aur.archlinux.org/packages.php?ID=26057
This package is a binary from Mozilla, the other one downloads the source code and compiles it.
What's the difference with this release? ---> http://aur.archlinux.org/packages.php?ID=26057
Updated to 3.5 final.
THIS WILL BE THE LAST UPDATE IN THE 3.5 SERIES AND LIKELY THE LAST UPDATE FOR A WHILE.
The next update to this package will be 3.6a1 whenever that is released. (My guess is not for at least 2-3 months)
3.5 final is avaliable
upped to RC3
rc3 is available
https://bugs.launchpad.net/firefox/+bug/333127
Quote from Julián Alarcón :
«
Kevin Brosnan gave us a workaround:
There is a workaround which is to create a script that does the following.
#!/bin/sh
export LD_PRELOAD=/usr/lib/libGL.so.1
/path/to/firefox
In the case of Firefox 3. package from PPA, the file /usr/lib/firefox-3.5pre/firefox.sh should be modified adding:
export LD_PRELOAD=/usr/lib/libGL.so.1
I modified it, and works!!!!
Additional to this, the problem seems to be from nVidia drivers, so, only people with nVidia cards have this problem . This already was reported:
http://www.nvnews.net/vbulletin/showthread.php?p=1997651
»
@venky80: My firefox in fullscreen hangs too. I'v heard it has something to do with nvidia drivers (are you using nvidia?). But strange is, that firefox 3.0 works fine with fullscreen. If somebody found solution, please post.
RC2 is out.
jdhore : I guess it will not be necessary since the last RC is supposed to be equal to the stable release.
Updated to RC1. Tested on 2 different systems. A little question for people that use this package...I will update this package to RC2 and possibly RC3 (if there is one) or really any RC if they have more than 3. The question is: Should i update the package to 3.5 Final until the Arch devs push a binary package to Extra?
ftp://ftp.mozilla.org/pub/mozilla.org/firefox/releases/3.5rc1/linux-i686/en-US/firefox-3.5rc1.tar.bz2
RC1 is available.
Package updated and tested on 2 different systems. On the "New Version" screen, it mentions that you should be automagically upgraded to RC1 when it's released...I'm pretty sure you won't be...Just saying...
3.5b99 is available now. just changed the version number in the packagebuild, works fine :-)
iam on i686 and firefox hangs when i try to do fullscreen flash in youtube or hulu
does anyone else experience this?
@ZachGates - Mozilla doesn't release 64-bit binaries. Feel free to use one of the packages that builds firefox from source (either the beta or from 3.5-hg) or the bin32-firefox-beta package.
Seriously? No 64-bit?
updated to 3.5b4
@ whoever marked this package out-of-date: Please do your research next time. the latest non-stable Firefox release was 3.1b3 which is the version of this package...unflagging...
the /usr/bin/bin32-firefox-beta script lacks +x
and still points to /opt/lib32/usr/lib/firefox-3.1b2/ instead of firefox-3.1b3
As a sidenote, i will update this to 3.5b4 (not gonna stop when versioning changes to 3.5) and i will update it to the 3.5 RC's. However, when 3.5 goes stable, i won't be upgrading this package until 3.2/3.6/4.0/whatever-the-version-after-3.5-will-be-called hits late alphas.
beta3 is up! yay and all that! :P
Beta 3 is available.
@jryarch - Fixed. Removed x86_64 from Arches...
Erm you are trying to run i686 on x86_64? This doesn't work:
$ firefox-beta
/opt/firefox-beta-3.1b2/firefox-bin: error while loading shared libraries: libdbus-glib-1.so.2: wrong ELF class: ELFCLASS64
v1.6.0