Closed Bug 459402 Opened 17 years ago Closed 17 years ago

Provide Sunbird l10n builds from comm-central

Categories

(Calendar :: Build Config, defect)

defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: ssitter, Assigned: ause)

References

Details

Attachments

(1 file, 4 obsolete files)

Followup for Bug 456037. Now that we have en-US Sunbird nightly builds it would be nice to get l10n Sunbird nightly builds too. gozer said that he will look at this and probably need to "de-thunderbird" the corresponding build code first.
Blocks: 370683
Depends on: 461162
Made some progress and I have some buildbots l10n sunbird builds triggering. Currently, they are breaking because of the lack of a wget-en-US make target in calendar/locale, that's detailled in bug 461162.
Fresh Linux l10n repacks are now available: http://ftp.mozilla.org/pub/mozilla.org/calendar/sunbird/nightly/latest-comm-central-sunbird-l10n/ Win32 and Mac OS X should follow soon
Assignee: nobody → gozer
Status: NEW → ASSIGNED
Win32 repacked builds are now also available: http://ftp.mozilla.org/pub/mozilla.org/calendar/sunbird/nightly/latest-comm-central-sunbird-l10n/ Mac OS X builds are still failing, need more investigating.
looks like evaluating L10NBASEDIR is evil. found in config.mk: ifndef L10NBASEDIR L10NBASEDIR = $(error L10NBASEDIR not defined by configure) endif
Comment on attachment 344888 [details] [diff] [review] deal with locales in timezone; create missing dir for macosx i have to find a replacement for unusable L10NBASEDIR
Attachment #344888 - Attachment is obsolete: true
Attachment #345105 - Flags: review?(gozer)
removing the lines to create multi locale .xpi makes the makefiles look much cleaner.
Is it really a good idea to get the list of locales through a wildcard instead of a all-locales file? It seems that you add a lot of hackery around that decision now.
Flags: blocking-calendar1.0+
Attachment #345105 - Attachment is obsolete: true
Attachment #346070 - Attachment is obsolete: true
Attachment #347289 - Flags: review?(gozer)
Attachment #345105 - Flags: review?(gozer)
(In reply to comment #9) > Is it really a good idea to get the list of locales through a wildcard instead > of a all-locales file? It seems that you add a lot of hackery around that > decision now. the patch removes a lot of hackery used in the past to build extensions that contain the intersection of shipped-locales and those currently present in the l10n dir.
With this patch, trying to run $> make -C $OBJDIR/calenar/locales installers-de fails with: cd ../../mozilla/dist/xpi-stage/calendar-timezones/chrome && \ tar -cvhf - * | ( cd /Users/gozer/opt/src/mozilla.org/comm-central/obj/mozilla/dist/xpi-stage/locale-de/chrome && tar -xf - ) calendar-timezones-de.jar calendar-timezones-de.manifest calendar-timezones-fr.jar calendar-timezones-fr.manifest cat ../../mozilla/dist/xpi-stage/calendar-timezones/chrome.manifest >> /Users/gozer/opt/src/mozilla.org/comm-central/obj/mozilla/dist/xpi-stage/locale-de/chrome.manifest cat: ../../mozilla/dist/xpi-stage/calendar-timezones/chrome.manifest: No such file or directory gmake[1]: *** [langpack-de] Error 1 gmake[1]: Leaving directory `/Users/gozer/opt/src/mozilla.org/comm-central/obj/calendar/locales' make: *** [installers-de] Error 2
Attachment #347289 - Attachment is obsolete: true
Attachment #347476 - Flags: review?
Attachment #347289 - Flags: review?(gozer)
Attachment #347476 - Flags: review? → review?(gozer)
Blocks: 464198
Attachment #347476 - Flags: review?(gozer) → review+
Comment on attachment 347476 [details] [diff] [review] [checked in] timezone/locales need explicit USE_EXTENSION_MANIFEST=1 Successfully generated a german (de) repack of last night's nightly builds on OS X.
Attachment #347476 - Attachment description: timezone/locales need explicit USE_EXTENSION_MANIFEST=1 → [checked in] timezone/locales need explicit USE_EXTENSION_MANIFEST=1
macosx l10n builds fail to get the buildid from application.ini. the according directory contains no files, even l10n-stage just contains empty subdirs after the build is done... linux and windows builds are uploaded and look fine on first glance but the buildbot is red far all languages.
Looks like it's looking for Sunbird.app, not Calendar.app. http://hg.mozilla.org/build/buildbot-configs/rev/504 changeset: 504:35f76a9c32c5 tag: tip user: Philippe M. Chiasson <gozer@mozillamessaging.com> date: Wed Nov 12 10:07:02 2008 -0800 summary: Bug 459402. Brandname for sunbird is 'Calendar', not 'Sunbird' (i.e. Calendar.app). r=me
so i'd say this one is fixed. @gozer: any idea why the tinderboxes for the single locales are still red?
The tinderbox reports for the various l10n locale trees (/Mozilla-l10n-de) will incorrectly show up as red when other locales have failed in that same run. It belongs in a separate bug 465585.
Status: ASSIGNED → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
What about builds-on-push? That doesn't work for sunbird.
Assignee: gozer → ause
Target Milestone: --- → 1.0
Status: RESOLVED → VERIFIED
These bugs are likely targeted at Lightning 1.0b1, not Lightning 1.0. If this change was done in error, please adjust the target milestone to its correct value. To filter on this bugspam, you can use "lightning-10-target-move".
Target Milestone: 1.0 → 1.0b1
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: