| Commit message (Collapse) | Author | Age |
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
The ASCII DEL (127) character was appended to the end of every title bar.
This patch fixes the issue by properly assigning PRE_RELEASE_SUFFIX
to an empty string rather than a literal "". The literal double-quotes
were getting defined to the preprocessor as -DPRE_RELEASE_SUFFIX=""""
and after preprocessing, browser.xul had ASCII DEL (127) characters
instead of the empty string.
|
|
|
|
| |
XULRunner via config files or the registry.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
http://fedoraproject.org/wiki/Packaging/ScriptletSnippets
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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)
|
| |
|
|
|
|
|
|
|
|
| |
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>
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
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/
|
| |
|
| |
|
|
|
|
| |
Update tarballdir for 2.0
|
|
|
|
| |
it's part of the default build so it gets defined anyway
|
|
|
|
| |
they both moved to the profile directory ages ago
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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/
|
|
|
|
|
|
| |
Support got dropped in https://bugzilla.mozilla.org/show_bug.cgi?id=581008
https://developer.mozilla.org/en/Gecko_user_agent_string_reference
|
| |
|
|
|
|
| |
since we build against xulrunner.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
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....
|
| |
|
|
|
|
| |
also, use xz for our generated langpack tarball
|
|
|
|
|
| |
but we don't want the default of '/usr/lib{,64}/firefox-XYZ/firefox %s'
change it to be simply 'firefox %s'
|
| |
|
|
|
|
| |
They belong in XR, but have already been fixed in other ways anyway
|
|
|
|
| |
No need to --add-category when we simply control the .desktop file
|
|
|
|
|
|
| |
In Fedora 13+ this is handled automatically.
http://fedoraproject.org/wiki/Packaging/Guidelines#BuildRoot_tag
http://fedoraproject.org/wiki/Packaging/Guidelines#.25clean
|
|
|
|
| |
And update firefox-default.patch to continue applying to the new tree
|
|
|
|
| |
so that source0 and source1 are the two tarballs we always update
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
| |
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.
|
| |
|
| |
|
| |
|