Firefox 1.0RC is on the mozilla ftp mirror, at ftp://ftp.mozilla.org/pub/mozilla.org/firefox/releases/0.10rc/ . Reproducible: Always Steps to Reproduce: 1. 2. 3.
... and it's just disappeared...
http://207.200.85.49/pub/mozilla.org/firefox/releases/0.10rc/ -> from http://www.mozillazine.org/talkback.html?article=5264 ... turns out that it's not 1.0RC, it's 1.0PR, the pre-release-candidate. Still would be nice to have in portage though ;)
*** Bug 63882 has been marked as a duplicate of this bug. ***
Firefox 1.0PR announced today. (Internal version says it is 0.10) http://www.mozilla.org/products/firefox/releases/0.10.html Lots of new functionality..
Created attachment 39566 [details] mozilla-firefox-0.10.ebuild Quick ebuild I hacked together .. compiling now
See above ebuild: "Crash in form autocomplete" patch is no longer needed. Alpha patch still applies fine.
any chance of a -bin ebuild soon?
can't get the dam thing to compile here: nsProfile.cpp: In member function `virtual nsresult nsProfile::StartupWithArgs(nsICmdLineService*, PRBool)': nsProfile.cpp:414: error: 'class nsDerivedSafe<nsIXULChromeRegistry>' has no member named 'SelectLocaleForProfile' nsProfile.cpp:423: error: 'class nsDerivedSafe<nsIXULChromeRegistry>' has no member named 'SelectLocaleForProfile' (on amd64 with gcc-3.4.2)
Fails to compile with gcc 3.3.4 and 3.4.2 g++ -o nsProfileAccess.o -c -DOSTYPE=\"Linux2.6\" -DOSARCH=\"Linux\" -I./../dirserviceprovider/src -I../../dist/include/xpcom -I../../dist/include/xpcom_obsolete -I../../dist/include/string -I../../dist/include/content -I../../dist/include/docshell -I../../dist/include/webbrwsr -I../../dist/include/dom -I../../dist/include/js -I../../dist/include/xpconnect -I../../dist/include/widget -I../../dist/include/necko -I../../dist/include/uriloader -I../../dist/include/intl -I../../dist/include/pref -I../../dist/include/prefmigr -I../../dist/include/appshell -I../../dist/include/uconv -I../../dist/include/windowwatcher -I../../dist/include/profdirserviceprovider -I../../dist/include/profile -I../../dist/include -I/var/tmp/portage/mozilla-firefox-0.10/work/mozilla/dist/include/nspr -I/usr/X11R6/include -fPIC -I/usr/X11R6/include -fno-rtti -fno-exceptions -Wconversion -Wpointer-arith -Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wno-long-long -march=athlon-xp -pipe -Wno-deprecated -fshort-wchar -pthread -pipe -DNDEBUG -DTRIMMED -ffunction-sections -O2 -I/usr/X11R6/include -DMOZILLA_CLIENT -include ../../mozilla-config.h -Wp,-MD,.deps/nsProfileAccess.pp nsProfileAccess.cpp nsProfile.cpp: In member function `virtual nsresult nsProfile::StartupWithArgs(nsICmdLineService*, int)': nsProfile.cpp:415: error: `SelectLocaleForProfile' undeclared (first use this function) nsProfile.cpp:415: error: (Each undeclared identifier is reported only once for each function it appears in.) nsProfile.cpp: In member function `virtual nsresult nsProfile::CreateNewProfileWithLocales(const PRUnichar*, const PRUnichar*, const PRUnichar*, const PRUnichar*, int)': nsProfile.cpp:1725: error: `SelectLocaleForProfile' undeclared (first use this function) nsProfile.cpp:1736: error: `GetSelectedSkin' undeclared (first use this function) nsProfile.cpp:1739: error: `SelectSkinForProfile' undeclared (first use this function) gmake[3]: *** [nsProfile.o] Error 1 gmake[3]: *** Waiting for unfinished jobs.... gmake[3]: Leaving directory `/var/tmp/portage/mozilla-firefox-0.10/work/mozilla/profile/src' gmake[2]: *** [libs] Error 2 gmake[2]: Leaving directory `/var/tmp/portage/mozilla-firefox-0.10/work/mozilla/profile' gmake[1]: *** [tier_9] Error 2 gmake[1]: Leaving directory `/var/tmp/portage/mozilla-firefox-0.10/work/mozilla' make: *** [default] Error 2 !!! ERROR: net-www/mozilla-firefox-0.10 failed. !!! Function src_compile, Line 85, Exitcode 2 !!! (no error message) !!! If you need support, post the topmost build error, NOT this status message.
*** Bug 63997 has been marked as a duplicate of this bug. ***
Created attachment 39596 [details] mozilla-firefox-bin ebuild I wrote up a quick mozilla-firefox-bin ebuild until the source one works. I'm using the PR to post this comment, so it seems to work ;)
For the compile error : http://bugzilla.mozilla.org/show_bug.cgi?id=258831 Have not looked at it in detail.
Thanks for the link Daniel. Adding --enable-single-profile to myconf in the ebuild allows it to compile without error and I am not posting this from 1.0PR.
s/not/now ;) it does work honest, actually it's running well.
This Firefox Preview Release also fixes a number of known vulnerabilities, see http://www.mozilla.org/projects/security/known-vulnerabilities.html for details. Maybe we should add gentoo security to the CC's? Or file a new report? What's best?
there's something wrong, either with the ebuild or something else. i'm currently in contact with one of the security guys of mozilla.org, because i can still reproduce one security bug on my system, which should already be fixed. i was using this ebuild and it fetched the source from mozilla.org, where the patch is clearly applied (also looked at the extracted .tar.bz2), but the issue is there. can you confirm issue #92 on your setups? (clipboard thing) JG
I can't replicate issue #92 here, having upgraded from 0.9.3 (where I can confirm it occured). The test scripts attached to the mozilla.org bug entry fail to both read from, or write to the clipboard. I built 1.0PR using the attached source ebuild with the --enable-single-profile option. md5sum of archive portage retrieved: b81ebc5f01448313add23ed44c47cf5e firefox-1.0PR-source.tar.bz2
i also upgraded from 0.9.3(-r1) (didn't try the testcase there) with this ebuild using --enable-single-profile and the archive checksum is the same (b81ebc5f01448313add23ed44c47cf5e). it is the third time now that i compiled firefox 0.10 (unmerged firefox, then wiped the rest of /usr/lib/MozillaFirefox/ (everything that showed up with qpkg -l) and my ~/.mozilla directory). now, the testcase IS STILL working!? i don't get it... it also works as root, where i can be sure, that i never ran firefox before. JG
Security bug is bug 63996.
Ok, I am now seeing the same problem after moving my ~/.mozilla directory elsewhere and letting Firefox regenerate it. So, presumably, something in the previous configuration/.mozilla directory is preventing this from happening. I just don't know what it is... The other possibility is that upgrading from 0.9.3-r1 just borked Firefox - I've got plenty of debris around from the 'uninstalling current theme' bug. I'll try upgrading with a fresh .mozilla dir generated by 0.9.3 to see if it makes any difference. This bug also occurs in the binary distribution (firefox-1.0PR-i686-linux-gtk2+xft.tar.gz).
1.0 is in portage so this bug can be retired. regarding profile updates, recent mozilla-launcher tries to handle that cleanly...