summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAge
* Update scriptlets per latest guidelinesChristopher Aillon2011-04-15
| | | | http://fedoraproject.org/wiki/Packaging/ScriptletSnippets
* Let's do a -3 releaseChristopher Aillon2011-04-04
|
* Manage network state via NetworkManagerChristopher Aillon2011-04-04
| | | | | | https://bugzilla.mozilla.org/show_bug.cgi?id=620472 changed the default value of this pref in Firefox. Re-enable it since our XULRunner build fixes the issues from the upstream bug.
* Updates for GNOME 3Christopher Aillon2011-04-03
| | | | | | | | | | | | Taken from https://bugzilla.mozilla.org/show_bug.cgi?id=611953 Patches 2-5. Not all patches have positive review yet; there's a question of whether to ensure a gsettings key exists, due to picture-filename changing to picture-uri in the middle of the review process. This is something we can control in the distribution, though, and don't need to be dynamic about it.
* Use upstream's version of our patch to set the default browserChristopher Aillon2011-04-03
| | | | | | | | | | | | | | When setting the default browser, we want to set it to 'firefox %s' instead of '/usr/lib{,64}/firefox-4/firefox %s' firefox-default.patch did the job for us for a bit, but upstream now has a patch to do this which we can now use. The patch will check to see if MOZ_APP_LAUNCHER is passed, and if so, it will use only the basename when setting the default browser. We already set MOZ_APP_LAUNCHER, so just need to switch to using the patch. From https://bugzilla.mozilla.org/show_bug.cgi?id=611953 Patch 1 - Use MOZ_APP_LAUNCHER for default browser executable (v3, un-bitrotted)
* RebuildChristopher Aillon2011-03-22
|
* Use the gecko_verrel macro for our various requiresRemi Collet2011-03-22
| | | | | | | | This should have been done as part of 59e26d3 but was erroneously left out. Not doing this would mean that it would be theoretically possible to update Firefox without a matching XULRunner. Signed-off-by: Christopher Aillon <caillon@redhat.com>
* Firefox 4Christopher Aillon2011-03-22
|
* Use pre-versioning similar to XULRunnerChristopher Aillon2011-03-22
|
* 4.0 RC 2Christopher Aillon2011-03-18
|
* Install langpacks as .xpi files instead of unpacking themChristopher Aillon2011-03-18
| | | | | | | This helps performance of the browser, notably at startup, as it needs to open less files. http://blog.mozilla.com/tglek/2010/03/11/extensions-startup/
* Refactor the langpack symlink creation stuff at startupChristopher Aillon2011-03-18
| | | | | | | | | We try to create a symlink for the short locale first if we can, and then try the longer locale. The code to do this is extremely similar, so create a bash function to do the work for each. This will make it easier to switch to a packed langpack extension format in the future, which will help with startup performance.
* We don't need to pass -UILocaleChristopher Aillon2011-03-18
| | | | | matchOS takes care of this, so this has actually not been needed for a long while! A remnant of the initial import...
* Macro-ize the langpack directory nameChristopher Aillon2011-03-18
|
* typo fix: s/completelly/completely/Christopher Aillon2011-03-18
|
* typo fix: s/LAUCHER/LAUNCHER/Christopher Aillon2011-03-18
|
* Rebuild against libxul, disabled gnomevfs and enabled gioJan Horak2011-03-17
|
* 4.0 RC 1Christopher Aillon2011-03-09
| | | | Update tarballdir for 2.0
* Don't explicitly define MOZ_SERVICES_SYNC=1Christopher Aillon2011-02-27
| | | | it's part of the default build so it gets defined anyway
* stop shipping ghosted {compreg,xpti}.datChristopher Aillon2011-02-26
| | | | they both moved to the profile directory ages ago
* Use omnijar as our chrome file formatChristopher Aillon2011-02-26
| | | | | | | | | | | | | | | Don't bother passing a chrome file format in our mozconfig, omnijar is the default, but it didn't work before. Adjust the %files list accordingly. Move various bits to happen before running make install so they get automatically added to omni.jar. Make sure to add our prefs file to the manifest file so it gets pulled in, too. See http://blog.mozilla.com/mwu/2010/08/13/omnijar-how-does-it-work/
* Remove User-Agent customizationsChristopher Aillon2011-02-26
| | | | | | Support got dropped in https://bugzilla.mozilla.org/show_bug.cgi?id=581008 https://developer.mozilla.org/en/Gecko_user_agent_string_reference
* 4.0 Beta 12Christopher Aillon2011-02-25
|
* find-external-requires isn't neededChristopher Aillon2011-02-10
| | | | since we build against xulrunner.
* Update gecko-{libs,devel} requiresChristopher Aillon2011-02-10
|
* Use %{ix86} instead of i386 i686Christopher Aillon2011-02-10
|
* Remove some unused local variablesChristopher Aillon2011-02-10
|
* Revert the bump, it's not needed.Christopher Aillon2011-02-08
| | | | | | | If only koji weren't sucking because of the mass rebuild, this would have gotten submitted hours ago... still waiting on koji to start the finish the newRepo with the nss we need to start the XR build that this needs....
* - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass_RebuildDennis Gilmore2011-02-08
|
* Firefox 4.0 Beta 11Christopher Aillon2011-02-08
| | | | also, use xz for our generated langpack tarball
* Bring back the default browser checkChristopher Aillon2011-02-07
| | | | | but we don't want the default of '/usr/lib{,64}/firefox-XYZ/firefox %s' change it to be simply 'firefox %s'
* Remove some crufty commented out codeChristopher Aillon2011-02-01
|
* Use the -gdwarf-2 format instead of the obsolete -gstabs+Christopher Aillon2011-01-31
| | | | ...when we're building mozilla crash reporter support
* Remove the jemalloc specific patchesChristopher Aillon2011-01-31
| | | | They belong in XR, but have already been fixed in other ways anyway
* Move the categories directly into the .desktop file itselfChristopher Aillon2011-01-31
| | | | No need to --add-category when we simply control the .desktop file
* The mozconfig files should not be executableChristopher Aillon2011-01-30
|
* Don't overwrite CFLAGS/CXXFLAGSChristopher Aillon2011-01-29
| | | | The -debuginfo mozconfig was stomping on our CFLAGS/CXXFLAGS.
* No longer need to define and clean up the build rootChristopher Aillon2011-01-29
| | | | | | In Fedora 13+ this is handled automatically. http://fedoraproject.org/wiki/Packaging/Guidelines#BuildRoot_tag http://fedoraproject.org/wiki/Packaging/Guidelines#.25clean
* Firefox 4.0 Beta 10Christopher Aillon2011-01-25
| | | | And update firefox-default.patch to continue applying to the new tree
* trivial: change the langpacks from source2 to source1Christopher Aillon2011-01-25
| | | | so that source0 and source1 are the two tarballs we always update
* Fix up optimize flagsChristopher Aillon2011-01-25
| | | | | | | | | Don't pass the opt flags twice to moz, as that will just cause them to be duplicated in the compile lines. Remove commented out optimization flags in the mozconfig Also add a comment about why we disable cpp exceptions
* Update the parallel build flagsChristopher Aillon2011-01-25
| | | | | Up to -j4 is supported on x86 arches (upstream builds with -j4) Leave the other arches out still since they are not proven to be reliable.
* Firefox 4.0 Beta 9Christopher Aillon2011-01-14
|
* housekeeping: remove upstreamed patchChristopher Aillon2011-01-12
| | | | Pushed upstream as http://hg.mozilla.org/mozilla-central/rev/526ea23c8b21
* Remove global prefsChristopher Aillon2011-01-12
| | | | Remove global prefs that already exist in our XULRunner package's prefs.
* - disable ipc on non-x86 arches to match xulrunnerDan Horák2011-01-06
|
* application.ini permission check fixMartin Stransky2011-01-06
|
* Fixed rhbz#667477 - broken launch scriptMartin Stransky2011-01-06
|
* Fixed rhbz#664877 - Cannot read application.iniMartin Stransky2011-01-04
|
* build fixesMartin Stransky2010-12-21
|
bgstack15