409231 - bump staging-trunk-automation bootstrap/buildbot configs to 3.0b3

Status: RESOLVED FIXED

(Release Engineering :: General, defect, P2)

Description

[[e-mail] (:bhearsum)]

patch coming...

Comment 1

[[e-mail] (:bhearsum)]

Attachment: [checked in] bump bootstrap.cfg for 3.0b3

Comment 2

[[e-mail] (:bhearsum)]

Attachment: [checked in] master.cfg bump for 3.0b3

Comment 3

[Robert Helmer [:rhelmer]]

Comment on attachment 294152 [details] [diff] [review]
[checked in] master.cfg bump for 3.0b3

>Index: staging-1.9/master.cfg
>===================================================================
>RCS file: /cvsroot/mozilla/tools/buildbot-configs/automation/staging-1.9/master.cfg,v
>retrieving revision 1.2
>diff -u -r1.2 master.cfg
>--- staging-1.9/master.cfg	11 Dec 2007 20:19:05 -0000	1.2
>+++ staging-1.9/master.cfg	21 Dec 2007 02:50:37 -0000
>@@ -224,7 +224,7 @@
> # http://weblogs.mozillazine.org/preed/2006/10/a_case_of_the_mondays_on_a_wed.html
> tagFactory.addStep(ShellCommand, description='do valid l10n checkout',
>                    command=['cvs', '-d', '/builds/cvsmirror/l10n', 'co',
>-                            '-r', 'FIREFOX_3_0b2_RELEASE',
>+                            '-r', 'FIREFOX_3_0b3_RELEASE',
>                             'l10n/de/browser/README.txt'],
>                    workdir="/tmp")

"de" isn't the first tagged locale directory now, "be" is. is this still necessary? I guess it is because "be" is the first tagged locale, skipping "af" and "ar"..

We should look into an actual fix for this, like maybe not doing partial tags of the l10n module (tag/checkout the whole thing but only build ones in shipped-locales), fixing the CVS bug, or using client.mk to do checkouts (not sure if it does the right thing in this case but it could be taught to do so).

Should we have this workaround in the production config until we have a real fix?

Comment 4

[[e-mail] (:bhearsum)]

> "de" isn't the first tagged locale directory now, "be" is. is this still
> necessary? I guess it is because "be" is the first tagged locale, skipping "af"
> and "ar"..
>

I chose 'de' here kindof arbitrarily. It felt like a locale that will always be in shipped-locales, that's why I chose it over others.
 
> We should look into an actual fix for this, like maybe not doing partial tags
> of the l10n module (tag/checkout the whole thing but only build ones in
> shipped-locales), fixing the CVS bug, or using client.mk to do checkouts (not
> sure if it does the right thing in this case but it could be taught to do so).
> 

Agreed.

> Should we have this workaround in the production config until we have a real
> fix?
> 

Production _should_ be OK since 'af' is working. However, it might be prudent to put this step in there.

Comment 5

[[e-mail] (:bhearsum)]

Checking in fx-moz19-staging-bootstrap.cfg;
/cvsroot/mozilla/tools/release/configs/fx-moz19-staging-bootstrap.cfg,v  <--  fx-moz19-staging-bootstrap.cfg
new revision: 1.5; previous revision: 1.4
done

Comment 6

[[e-mail] (:bhearsum)]

Checking in staging-1.9/master.cfg;
/cvsroot/mozilla/tools/buildbot-configs/automation/staging-1.9/master.cfg,v  <--  master.cfg
new revision: 1.3; previous revision: 1.2
done

Comment 7

[Robert Helmer [:rhelmer]]

Attachment: oldRc should be 4, and "make stage" should honor it

Also, 1.8 master no longer had "make stage" in it; re-add this.

Comment 8

[Robert Helmer [:rhelmer]]

Comment on attachment 310702 [details] [diff] [review]
oldRc should be 4, and "make stage" should honor it

Sorry, should've been on bug 420005.