Closed Bug 481469 Opened 16 years ago Closed 16 years ago

do a 3.1b3 -> 3.5b4 test run with release automation

Categories

(Release Engineering :: General, defect, P2)

x86
macOS
defect

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: bhearsum, Assigned: nthomas)

References

()

Details

According to the Firefox delivery meeting today we'll be going from 3.1b3 -> 3.5b4. In theory this should be totally fine, but we need to do a full end to end test run to make sure the automation and associated tools (patcher, update verify, et. al) will handle this properly.
Assignee: nobody → nthomas
Status: NEW → ASSIGNED
Priority: -- → P2
On hold, pending confirmation of a bump to 3.5
Priority: P2 → P3
Doing a run now, with manually set up users/stage-ffxbld/mozilla-1.9.1 to get version bump and abbreviated shipped locales (also adjusted repo setup factory to skip delete/clone on mozilla-1.9.1). No problems through tagging, including version bump.
Boo, blew up due to insufficient clean up on slaves before starting. Will try again later.
Should also check that signing changes in bug 409479 work out OK.
Priority: P3 → P2
The only problem I hit with a mock release run was fixed by bug 486076, which just needs landing on mozilla-1.9.1. The signing test I did wasn't that rigorous because of difficulties getting staging and production machines to talk to each other, but there were no major gotchas.
Status: ASSIGNED → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Blocks: 486459
Forgot to mention bug 486444, which leaves win32_info.txt with some stray characters.
Product: mozilla.org → Release Engineering
You need to log in before you can comment on or make changes to this bug.