Closed Bug 420840 Opened 16 years ago Closed 16 years ago

Tracking bug for 0.8 RC cleanup

Categories

(Calendar :: Build Config, defect)

defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: andreas.treumann, Assigned: ause)

References

Details

Attachments

(10 files)

Attachment #307198 - Flags: review?(ssitter)
Attachment #307199 - Flags: review?(ssitter)
We might need to bump a bunch of versions files for 0.8.


ssitter, you probably have the best overview of what needs to be changed, do you mind whipping up a patch?
Comment on attachment 307198 [details] [diff] [review]
[checked in] switch tinderboxes to release mode for 0.8

r=ssitter
Attachment #307198 - Flags: review?(ssitter) → review+
Comment on attachment 307199 [details] [diff] [review]
[checked in] switch l10n tinderboxes to release mode for 0.8

r=ssitter
Attachment #307199 - Flags: review?(ssitter) → review+
Status: NEW → ASSIGNED
From looking at Bug 396013 we also need to patch mozilla/client.mk for SUNBIRD_0_8_BRANCH.
Comment on attachment 307286 [details] [diff] [review]
[checked in] bump version number to 0.8 on SUNBIRD_0_8_BRANCH

i will commit that
Attachment #307286 - Flags: review?(ause) → review+
Attachment #307413 - Flags: review?(Berend.Cornelius)
Comment on attachment 307413 [details] [diff] [review]
[checked in] bring client.mk to 0.8 branch

r=berend;
Attachment #307413 - Flags: review?(Berend.Cornelius) → review+
switch to "release mode" done by committing the first four patches
Attachment #309405 - Flags: review?(ssitter)
Depends on: 421555
Attachment #309405 - Flags: review?(ssitter) → review+
Target Milestone: --- → 0.8
Depends on: 423816
No longer depends on: 423816
Depends on: 423816
No longer depends on: 423816
Attachment #313649 - Flags: review?(ssitter)
Attachment #313652 - Flags: review?(ssitter)
still missing are
- sunbird/lightning 0.8 -> 0.9pre
- talkback change (http://wiki.mozilla.org/Build:CommunitySelfHelp)
- gdata 0.4 -> 0.5
Comment on attachment 313649 [details] [diff] [review]
[checked in] switch tinderboxes back to development mode

looks good, r=ssitter

Just one nit: What is tb referring to? Maybe replace with full word/sentence.

+++ sunbird/solaris-sparc/mozconfig
+++ sunbird/solaris-x86/mozconfig
+# for nightly mode
+# no update for tb outside mozilla.org possible atm
Attachment #313649 - Flags: review?(ssitter) → review+
Attachment #313652 - Flags: review?(ssitter) → review+
Attachment #307198 - Attachment description: switch tinderboxes to release mode for 0.8 → [checked in] switch tinderboxes to release mode for 0.8
Attachment #307199 - Attachment description: switch l10n tinderboxes to release mode for 0.8 → [checked in] switch l10n tinderboxes to release mode for 0.8
Attachment #307286 - Attachment description: bump version number to 0.8 on SUNBIRD_0_8_BRANCH → [checked in] bump version number to 0.8 on SUNBIRD_0_8_BRANCH
Attachment #307413 - Attachment description: bring client.mk to 0.8 branch → [checked in] bring client.mk to 0.8 branch
Attachment #309405 - Attachment description: enable update files (.mar) in l10n builds → [checked in] enable update files (.mar) in l10n builds
Comment on attachment 313816 [details] [diff] [review]
[checked in] bump version number to 0.9pre on SUNBIRD_0_8_BRANCH

but for MOZILLA_1_8_BRANCH
Attachment #313816 - Flags: review?(ause) → review+
Comment on attachment 313823 [details] [diff] [review]
[checked in] Bump Gdata Version to 0.5pre

will commit it myself together with the sunbird version change
Attachment #313823 - Flags: review?(ause) → review+
committed the patches to get 0.9pre (0.5pre) development builds (code/tinderboxes). CLOBBER builds are running.
Should we switch of the l10n packaging during development cycle to reduce lightning.xpi download size? Most locales are only update after string freeze and are therefore broken (hence unusable) during development cycle.
Good idea, Stefan. I suspect most will be broken immediately, too.
Attachment #313816 - Attachment description: bump version number to 0.9pre on SUNBIRD_0_8_BRANCH → [checked in] bump version number to 0.9pre on SUNBIRD_0_8_BRANCH
Attachment #313823 - Attachment description: Bump Gdata Version to 0.5pre → [checked in] Bump Gdata Version to 0.5pre
(In reply to comment #22)
> Should we switch of the l10n packaging during development cycle to reduce
> lightning.xpi download size? Most locales are only update after string freeze
> and are therefore broken (hence unusable) during development cycle.
> 
with the same arguing, we could also stop doing l10n sunbird builds. do we really want this?
all tinderboxes doing 1.8 builds are back to develop mode (MOZILLA_1_8_BRANCH)
Attachment #313649 - Attachment description: switch tinderboxes back to development mode → [checked in] switch tinderboxes back to development mode
Attachment #313652 - Attachment description: switch l10n tinderboxes back to development mode → [checked in] switch l10n tinderboxes back to development mode
(In reply to comment #24)
Sunbird l10n builds are standalone and not included in the "normal" nightly builds. They must be downloaded separately and don't interact with each other.

Lightning on the other side has all locales included. That means nightly tester or bug reporters that were asked to retest with a nightly build must accept the doubled download size and must switch to an en-US Thunderbird build. They can't use their preferred Thunderbird localization because Lightning will break it - unless the corresponding locale was updated of course. (At the moment of writing this comment 27 of 29 locales are broken.)
The gdata version bump patch was not checked in on trunk. 

-> Checked in on HEAD
after this is committed, one has to revisit all lightning 1.8 tinderboxes to actually remove the existing l10n tree. ugly...
Attachment #314814 - Flags: review?(ssitter)
Comment on attachment 314814 [details] [diff] [review]
[checked in] disable l10n building for lightning

r=ssitter
Attachment #314814 - Flags: review?(ssitter) → review+
Attachment #314814 - Attachment description: disable l10n building for lightning → [checked in] disable l10n building for lightning
(In reply to comment #28)
> Created an attachment (id=314814) [details]
> disable l10n building for lightning
> 
> after this is committed, one has to revisit all lightning 1.8 tinderboxes to
> actually remove the existing l10n tree. ugly...
> 
done

anything else open?
I'd say all issues are fixed now.
Yes, this one is fixed.
Status: ASSIGNED → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: