Closed Bug 436853 Opened 16 years ago Closed 16 years ago

update staging 1.9 release automation to build 3.0.1

Categories

(Release Engineering :: General, defect, P2)

defect

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: bhearsum, Assigned: bhearsum)

References

Details

Attachments

(1 file)

      No description provided.
Attachment #323355 - Flags: review?(nrthomas)
Priority: -- → P2
Comment on attachment 323355 [details] [diff] [review]
[checked in] update staging 1.9 bootstrap config.

r+. Both appVersion and oldAppVersion are optional and won't be needed for 3.0.x, so could be removed on checkin.

Looking at this reminds me that Tag::Bump is going to expect a version of 3.0.1pre and a milestone of 1.9.0.1pre in the CVS mirror. So you'll need a version bump checked into /builds/cvsmirror.clean on the staging master (no review req'd).
Attachment #323355 - Flags: review?(nrthomas) → review+
Comment on attachment 323355 [details] [diff] [review]
[checked in] update staging 1.9 bootstrap config.

Checking in configs/fx-moz19-staging-bootstrap.cfg;
/cvsroot/mozilla/tools/release/configs/fx-moz19-staging-bootstrap.cfg,v  <--  fx-moz19-staging-bootstrap.cfg
new revision: 1.31; previous revision: 1.30
done
Attachment #323355 - Attachment description: update staging 1.9 bootstrap config. → [checked in] update staging 1.9 bootstrap config.
Blocks: 431723
This seems to be going fine now. I had to manually update the patcher config (on the cvsmirror) to make it look like 3.0 was released. I also had to manually rename some files and create a FIREFOX_3_0_RELEASE tag to make update_verify work. Other than that, it's been a clean run. Just finishing stage/update_verify right now.
Had some spurious win32/mac update_verify failures. Nothing out of the ordinary though, AFAIK.
Status: ASSIGNED → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Product: mozilla.org → Release Engineering
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: