470673 - Set-up l10n merge for Thunderbird l10n nightly builds.

Status: RESOLVED FIXED

(Mozilla Messaging Graveyard :: Release Engineering, defect, P2)

Description

[Stefan Plewako [:stef]]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; pl; rv:1.9.0.5) Gecko/2008122108 Firefox/3.0.5 Flock/2.0.3
Build Identifier: 

We need to test l10n nightly builds against missing strings to avoid yellow screens of death after update and similar problems.

If there is sth missing we should change the build status to testfailed, provide info about what is missing in the log file and not upload such build to ftp.

IIRC this is broken since mercurial-migration.

Reproducible: Always

Comment 1

[Simon Paquet [:sipaq]]

A missing string should turn the build red, not orange.

Comment 2

[Adrian Kalla [:adriank]]

this bug depends on having compare-locales on the build machines: bug 458938

Comment 3

[Mark Banner (:standard8)]

Getting l10n merge is a better solution than to stop builds being published. Therefore morphing this bug into implementing l10n merge on the Thunderbird l10n builds.

Once bug 494577 and bug 496368 are fixed, Robert tells me we should just have to pick up the new factories with any config changes that are necessary.

Comment 4

[Mark Banner (:standard8)]

gozer, can you do this when you get time after/during b3?

KaiRo tells me that hopefully all that is needed is to pick up the new CCNightlyRepackFactory/CCBaseRepackFactory code that landed in bug 496368.

Comment 5

[Axel Hecht [:Pike]]

We just had merike trying to figure out why her sunbird builds are broken on ftp on #l10n.

We should really get this fixed ASAP.

Comment 6

[Mark Banner (:standard8)]

(In reply to comment #5)
> We should really get this fixed ASAP.

gozer is actually already working on it. We currently have the new code working on a staging buildbot.

The last I heard is that gozer will probably set this up on "trunk" first, and then do the added bits for 1.9.1 - the 1.9.1 is harder because we have the Sunbird/Lightning builds set up there as well and I believe Lightning causes a few issues with how things are done.

Comment 7

[Philippe M. Chiasson (:gozer)]

(In reply to comment #6)
> (In reply to comment #5)
> > We should really get this fixed ASAP.
> 
> gozer is actually already working on it. We currently have the new code working
> on a staging buildbot.

That's correct, and I am moving that stuff over to the production buildbot master today.

> The last I heard is that gozer will probably set this up on "trunk" first, and
> then do the added bits for 1.9.1 - the 1.9.1 is harder because we have the
> Sunbird/Lightning builds set up there as well and I believe Lightning causes a
> few issues with how things are done.

Actually, depending on how things go, I might just go ahead and make it so for both branches.

Comment 8

[Philippe M. Chiasson (:gozer)]

changeset:   1404:3633b62ae64c
tag:         tip
user:        Philippe M. Chiasson <[e-mail]>
date:        Thu Aug 06 23:37:06 2009 -0400
summary:     Bug 470673. Setup and enable l10n-merge for the comm-central buildbot.

This enabled l10n-merge for:
- Thunderbird comm-1.9.1
- Thunderbird comm-central
- Sunbird comm-1.9.1

Comment 9

[Axel Hecht [:Pike]]

... plus the corresponding nightly builders? I just switched scraping on for those on http://tinderbox.mozilla.org/showbuilds.cgi?tree=Mozilla-l10n, once a few more builds have cycled, you might want to verify that that's what you expect.