Closed Bug 468488 Opened 16 years ago Closed 16 years ago

Thunderbird 3.0b1 win32 l10n MARs are busted

Categories

(Mozilla Messaging Graveyard :: Release Engineering, defect)

Product:
Mozilla Messaging Graveyard
Component:
Release Engineering
Platform:
x86
macOS
Type:
defect
Priority:
Not set
Severity:
major

Tracking

(Not tracked)

Status:
RESOLVED FIXED

People

(Reporter: bhearsum, Unassigned)

Details

It looks like you guys are hitting the same problem that we did Firefox 3.1b1 having to do with recent locales/Makefile.in changes. Axel, did those fixes make it into comm-central?
I should probably explain the problem a bit more: The recent locales/Makefile.in changes undo all of the localizing that happens in the workdir. When tools/update-packaging is run afterwards, it ends up with an en-US MAR instead of a localized one. The fix for this is to run the update target from locales/Makefile.in before undoing those changes.
Severity: normal → major
http://hg.mozilla.org/comm-central/rev/6a2107f99390 has landed, so that should be good.
Summary: Thunderbird 3.0b1 l10n MARs are busted → Thunderbird 3.0b1 win32 l10n MARs are busted
I should mention, the cost of not fixing this is forcing a complete update on all win32 l10n users when 3.0b2 is shipped.
(In reply to comment #2) > http://hg.mozilla.org/comm-central/rev/6a2107f99390 has landed, so that should > be good. Yes, except that it required setting MOZ_MAKE_COMPLETE_MAR=1 when building the .MARs, which wasn't done for build2. I'll regenerate correct win32 MARs tomorrow morning, won't take much work.
complete .MARs regeneration in progress
Regenerated all complete MARs succesfully.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.