382823 - Version/config bumps for Tb 2004

Status: RESOLVED FIXED

(Thunderbird :: Build Config, defect, P1)

Description

[Nick Thomas [:nthomas] (UTC+12)]

Tracking bug for version and config bumps for the Thunderbird 2.0.0.4 release.

Comment 1

[Nick Thomas [:nthomas] (UTC+12)]

Attachment: bootstrap.cfg changes

As well as bumping the versions an so on, this also syncs up the var list with the Firefox 2.0.0.4 config.

Comment 2

[Nick Thomas [:nthomas] (UTC+12)]

Attachment: Tinderbox config changes

These are manual changes, rather than something like attachment 263248 [details] [diff] [review] (converting to automated bumps). That's because I didn't fix bug 379380 yet, and would have to check in fixes after using the automation.

Comment 3

[J. Paul Reed [:preed]]

Comment on attachment 266921 [details] [diff] [review]
bootstrap.cfg changes


>+pullDate             = 2007-05-01
>+l10n_pullDate        = 2007-05-01

Can you add a comment here that is #END_PLACEHOLDER (for my addled brain)

Also, are these the valid dates for the cut of the  _RELBRANCH? It'd be nice to carry those over, but I suppose it's not required (if you can't immediately find them).

>+# Tinderbox server tree that clients should report to
>+buildTree            = MozillaRelease

Have we done this for any other configs? I wouldn't say this is configurable per release... we want all the release output to go to MozillaRelease, so we should change that individually in the configs, not interpolate.

Comment 4

[Nick Thomas [:nthomas] (UTC+12)]

(In reply to comment #3)
> (From update of attachment 266921 [details] [diff] [review])
> 
> >+pullDate             = 2007-05-01
> >+l10n_pullDate        = 2007-05-01
> 
> Can you add a comment here that is #END_PLACEHOLDER (for my addled brain)

Added in checked in version.

> >+# Tinderbox server tree that clients should report to
> >+buildTree            = MozillaRelease
> 
> Have we done this for any other configs? I wouldn't say this is configurable
> per release... we want all the release output to go to MozillaRelease, so we
> should change that individually in the configs, not interpolate.

I removed this line before checkin, and will follow up with a patch that undoes this change in the other configs. 

Comment 5

[Nick Thomas [:nthomas] (UTC+12)]

Attachment: l10n tinderbox config changes

I'm aiming to get bug 379380 fixed before any RC2 comes around, and we can set up the CONFIG lines in tinder-config.pl then. Manual changes in the meantime.

Comment 6

[Nick Thomas [:nthomas] (UTC+12)]

Attachment: patcher2 config changes

Scott, QA, and myself came to the conclusion that pushing rc1 out to beta users wouldn't gain much, so these are update config changes much as they used to be done. I also changed the 2.0.0.0rc1 block to 2.0.0.0 as we never had a rc2, or have a plain 2.0.0.0 as Firefox did.

The plan is to prepare these updates by Monday morning PDT.

Comment 7

[Robert Helmer [:rhelmer]]

Comment on attachment 267728 [details] [diff] [review]
patcher2 config changes

why change "2.0.0.0rc1" to "2.0.0.0"? 

Looks good besides that, just curious.

Comment 8

[Nick Thomas [:nthomas] (UTC+12)]

(In reply to comment #7)
> (From update of attachment 267728 [details] [diff] [review])
> why change "2.0.0.0rc1" to "2.0.0.0"? 
> 
> Looks good besides that, just curious.

To me, the rc1 suffix makes it seem like a special case where none is needed. There isn't any functional difference.

Comment 9

[Nick Thomas [:nthomas] (UTC+12)]

Attachment: Update verification config changes

Comment 10

[Robert Helmer [:rhelmer]]

(In reply to comment #3)
> >+# Tinderbox server tree that clients should report to
> >+buildTree            = MozillaRelease
> 
> Have we done this for any other configs? I wouldn't say this is configurable
> per release... we want all the release output to go to MozillaRelease, so we
> should change that individually in the configs, not interpolate.
> 

Actually one useful thing about this is for testing.. you might want to send your test results to the MozillaTest tree.

Comment 11

[Nick Thomas [:nthomas] (UTC+12)]

Release is out the door and the version is already bumped to 2.0.0.5pre on the Mozilla 1.8 branch. All done here.