Closed
Bug 459402
Opened 17 years ago
Closed 17 years ago
Provide Sunbird l10n builds from comm-central
Categories
(Calendar :: Build Config, defect)
Calendar
Build Config
Tracking
(Not tracked)
VERIFIED
FIXED
1.0b1
People
(Reporter: ssitter, Assigned: ause)
References
Details
Attachments
(1 file, 4 obsolete files)
|
10.64 KB,
patch
|
gozer
:
review+
|
Details | Diff | Splinter Review |
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.
Comment 1•17 years ago
|
||
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.
Comment 2•17 years ago
|
||
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
| Reporter | ||
Updated•17 years ago
|
Assignee: nobody → gozer
Status: NEW → ASSIGNED
Comment 3•17 years ago
|
||
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.
Comment 9•17 years ago
|
||
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.
Updated•17 years ago
|
Flags: blocking-calendar1.0+
| Assignee | ||
Comment 10•17 years ago
|
||
Attachment #345105 -
Attachment is obsolete: true
Attachment #346070 -
Attachment is obsolete: true
Attachment #347289 -
Flags: review?(gozer)
Attachment #345105 -
Flags: review?(gozer)
| Assignee | ||
Comment 11•17 years ago
|
||
(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.
Comment 12•17 years ago
|
||
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
| Assignee | ||
Comment 13•17 years ago
|
||
Attachment #347289 -
Attachment is obsolete: true
Attachment #347476 -
Flags: review?
Attachment #347289 -
Flags: review?(gozer)
Attachment #347476 -
Flags: review? → review?(gozer)
Updated•17 years ago
|
Attachment #347476 -
Flags: review?(gozer) → review+
Comment 14•17 years ago
|
||
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
| Assignee | ||
Comment 15•17 years ago
|
||
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.
Comment 16•17 years ago
|
||
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
Comment 17•17 years ago
|
||
It worked, osx l10n repacks can be found here:
ftp://ftp.mozilla.org/pub/calendar/sunbird/nightly/latest-comm-central-sunbird-l10n/
| Assignee | ||
Comment 18•17 years ago
|
||
so i'd say this one is fixed.
@gozer: any idea why the tinderboxes for the single locales are still red?
Comment 19•17 years ago
|
||
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
Comment 20•17 years ago
|
||
What about builds-on-push? That doesn't work for sunbird.
Updated•17 years ago
|
Assignee: gozer → ause
Target Milestone: --- → 1.0
Updated•16 years ago
|
Status: RESOLVED → VERIFIED
Comment 21•14 years ago
|
||
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.
Description
•