Commit Graph

16 Commits

Author SHA1 Message Date
Taras Glek
69a8116f85 Bug 589368 - Locale repacking support for jar reordering; r=ted a=blocking-betaN+ 2010-09-10 12:30:07 -04:00
Mark Banner
c4a3954afc Follow up to bug 587984 bustage fix for l10n repacks. r=Pike,ted,a=bustage-fix 2010-08-19 20:21:56 +01:00
Mark Banner
6b5649007a Bug 587984 Toolkit's l10n.mk can't be included from comm-central. r=Mitch,a=bsmedberg 2010-08-19 09:28:05 +01:00
Michael Wu
44c99fc857 Bug 556644 - 10. Make windows installer locale repacks use the standard repacking path, r=rs,khuey a=blocking2.0 2010-08-12 21:36:16 -07:00
Michael Wu
27e6d1b2f2 Bug 556644 - 9. Add support for packaging omnijar, r=bsmedberg a=blocking2.0 2010-08-12 21:33:52 -07:00
Benjamin Smedberg
1815abc007 Bug 579718 part B - packaging and build changes to ship a single chrome.manifest from which other manifests are read. r=khuey See long-form commit details below:
In a nonpackaged build, we have the following manifests:
* chrome.manifest is just a series of manifest directives for all the other manifests, generated in rules.mk using buildlist.py
** components/interfaces.manifest is also generated in rules.mk using buildlist.py
** components/components.manifest contains only the *binary* components. JS components each have their own manifest which is installed to dist/bin/components
** Each chrome/jarfile.jar has a matching chrome/jarfile.manifest, and JarMaker.py inserts this filename into the root chrome.manifest by importing buildlist.py

In a packaged build, we end up with the following manifests:

* chrome.manifest lists the four manifests below
** components/interfaces.manifest
** components/components.manifest
** chrome/nonlocalized.manifest
** chrome/localized.manifest

In the future it should be possible to integrate the three non-localized manifests directly into the root chrome.manifest for increased performance, but this is slightly tricky because it involves rewriting some manifest instructions which may include relative JAR URIs. That is left for a future followup.

When we repackage a l10n build, we only have to replace chrome/localized.manifest.
2010-07-22 10:38:59 -04:00
Ginn Chen
e3c9fa9eb5 Bug 538723 run_for_effect is not portable for Bourne shell r=ted.mielczarek 2010-03-02 13:56:46 +08:00
Nick Thomas
a6edeb2e2e Bug 523856. Fix release CAB locations. r=ted 2010-01-06 13:47:45 +13:00
Armen Zambrano Gasparnian
cb57bf9fa4 Bug 531275 - add the platform parameter to generate l10n nightly snippets r=coop,nthomas 2009-12-16 18:34:28 -05:00
Justin Dolske
5f4529a1b1 Bug 523856 - Localized builds on WinCE. r=vladimir 2009-11-25 21:05:00 -08:00
Armen Zambrano Gasparnian
2e5a9f40f0 Bug 501794 download the windows installers only if a product declares RETRIEVE_WINDOWS_INSTALLER=1 in their /locales/Makefile.in file - r=ted 2009-10-05 17:04:18 -04:00
Phil Ringnalda
e62c83fdc6 Bug 495228 - Remove checks for mac MOZ_WIDGET_TOOLKIT, r=ted 2009-09-18 19:59:53 -07:00
armenzg
bbed363a37 bug 515177: call generate-snippets-% from buildbot rather than the build system. r=ccooper
--HG--
extra : rebase_source : afcf065f2ff67874ac0e383da84fcac13f4e71fe
2009-09-14 10:23:04 -04:00
armenzg@mozilla.com
fc369bd1c6 Bug 496196 - script and make target to generate a snippet for a locale - r=ccooper,l10n,gozer,kairo 2009-06-25 12:31:06 -04:00
Axel Hecht
49dea74bf7 bug 466570, fix for GNU Make 3.80, don't use $(or), rs=ted 2009-01-26 14:02:56 +01:00
Axel Hecht
06383c2aae bug 466570, factor out parts of browser/locales/Makefile.in to be used by fennec, r=ted
--HG--
rename : browser/locales/Makefile.in => toolkit/locales/l10n.mk
2009-01-23 12:21:52 +01:00