Граф коммитов

16 Коммитов

Автор SHA1 Сообщение Дата
Taras Glek 62fd669dc7 Bug 589368 - Locale repacking support for jar reordering; r=ted a=blocking-betaN+ 2010-09-10 12:30:07 -04:00
Mark Banner 709fbce4f5 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 cc5818bf76 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 ec4b0011f4 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 61ea44fb31 Bug 556644 - 9. Add support for packaging omnijar, r=bsmedberg a=blocking2.0 2010-08-12 21:33:52 -07:00
Benjamin Smedberg 71bf1136af 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 3a91de7d7c Bug 538723 run_for_effect is not portable for Bourne shell r=ted.mielczarek 2010-03-02 13:56:46 +08:00
Nick Thomas d4af0a6df1 Bug 523856. Fix release CAB locations. r=ted 2010-01-06 13:47:45 +13:00
Armen Zambrano Gasparnian 0acdc7d2d3 Bug 531275 - add the platform parameter to generate l10n nightly snippets r=coop,nthomas 2009-12-16 18:34:28 -05:00
Justin Dolske 4bcf021664 Bug 523856 - Localized builds on WinCE. r=vladimir 2009-11-25 21:05:00 -08:00
Armen Zambrano Gasparnian d38caa8062 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 fceecee8a4 Bug 495228 - Remove checks for mac MOZ_WIDGET_TOOLKIT, r=ted 2009-09-18 19:59:53 -07:00
armenzg 46b020e901 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 54edf611b5 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 f8f9d2c442 bug 466570, fix for GNU Make 3.80, don't use $(or), rs=ted 2009-01-26 14:02:56 +01:00
Axel Hecht 6ec20d71cb 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