Closed Bug 438563 Opened 16 years ago Closed 16 years ago

tracking bug for build and release of Firefox 2.0.0.15

Categories

(Release Engineering :: General, defect, P1)

defect

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: bhearsum, Assigned: joduinn)

Details

Attachments

(5 files, 8 obsolete files)

6.48 KB, patch
nthomas
: review+
Details | Diff | Splinter Review
2.07 KB, patch
Details | Diff | Splinter Review
770 bytes, patch
Details | Diff | Splinter Review
814 bytes, patch
bhearsum
: review+
Details | Diff | Splinter Review
766 bytes, patch
bhearsum
: review+
Details | Diff | Splinter Review
I couldn't remember if we had to bump Thunderbird_mozilla1.8.txt at the same time..but looking at the previous bugs, it looks like we do.
Attachment #324624 - Flags: review?(nrthomas)
Attached patch bootstrap config bumps (obsolete) — Splinter Review
Only notable thing is the update to UPDATE_PACKAGING_R4, which we're already using on staging.

Symlink for build1 -> rc1 on stage is already in place, so there shouldn't be any problems there.
Attachment #324625 - Flags: review?(nrthomas)
Attachment #324626 - Flags: review?(nrthomas)
Comment on attachment 324624 [details] [diff] [review]
version/config bumps for 2.0.0.15 release

Guess we don't actually need to bump the test-only tinderboxes, considering they were mothballed. Ignore that part :)
Comment on attachment 324624 [details] [diff] [review]
version/config bumps for 2.0.0.15 release

>Index: browser/app/module.ver
>Index: browser/config/version.txt
>Index: config/milestone.txt

All fine, just need the matching changes to mail/app/module.ver and mail/config/version.txt

>Index: tools/tinderbox-configs/firefox/linux/tinder-config.pl
>Index: tools/tinderbox-configs/firefox/win32/tinder-config.pl

No longer needed since we balled the moths of bl-bld*

>Index: tools/tinderbox-configs/monitoring/Firefox_mozilla1.8.txt
>Index: tools/tinderbox-configs/monitoring/Thunderbird_mozilla1.8.txt

These are fine.
Attachment #324624 - Flags: review?(nrthomas) → review-
Comment on attachment 324625 [details] [diff] [review]
bootstrap config bumps

This looks fine to me. The kernel on the linux box changed to 2.4.21-53.EL though. Do you recall that happening ? Can't see a note in the ro bug.
Comment on attachment 324626 [details] [diff] [review]
disable depend builder, bump bootstrap tag

r-, lets hold off on this one a bit. You'd want M9_1 anyway, and we may make a M9_2 for the NSS tagging issue.
Attachment #324626 - Flags: review?(nrthomas) → review-
Attachment #324624 - Attachment is obsolete: true
Attachment #324645 - Flags: review?(nthomas)
Attachment #324645 - Flags: review?(nthomas) → review+
Comment on attachment 324625 [details] [diff] [review]
bootstrap config bumps

r+ _if_ you fix linux_buildPlatform and linux_buildPlatform_l10n on checkin
Attachment #324625 - Flags: review?(nthomas) → review+
Checking in fx-moz18-bootstrap.cfg;
/cvsroot/mozilla/tools/release/configs/fx-moz18-bootstrap.cfg,v  <--  fx-moz18-bootstrap.cfg
new revision: 1.44; previous revision: 1.43
done
Attachment #324625 - Attachment is obsolete: true
11:04 < nthomas> bhearsum: verbal r+ for updated 
                 https://bugzilla.mozilla.org/attachment.cgi?id=324626

Checking in master.cfg;
/cvsroot/mozilla/tools/buildbot-configs/automation/production/master.cfg,v  <--  master.cfg
new revision: 1.30; previous revision: 1.29
done
Attachment #324626 - Attachment is obsolete: true
Comment on attachment 324645 [details] [diff] [review]
[checked in] don't bump tinder-configs, do bump Tb

Checking in browser/app/module.ver;
/cvsroot/mozilla/browser/app/module.ver,v  <--  module.ver
new revision: 1.11.2.27; previous revision: 1.11.2.26
done
Checking in browser/config/version.txt;
/cvsroot/mozilla/browser/config/version.txt,v  <--  version.txt
new revision: 1.4.18.26; previous revision: 1.4.18.25
done
Checking in config/milestone.txt;
/cvsroot/mozilla/config/milestone.txt,v  <--  milestone.txt
new revision: 3.27.2.25; previous revision: 3.27.2.24
done
Checking in mail/app/module.ver;
/cvsroot/mozilla/mail/app/module.ver,v  <--  module.ver
new revision: 1.7.2.22; previous revision: 1.7.2.21
done
Checking in mail/config/version.txt;
/cvsroot/mozilla/mail/config/version.txt,v  <--  version.txt
new revision: 1.4.4.20; previous revision: 1.4.4.19
done
Checking in tools/tinderbox-configs/monitoring/Firefox_mozilla1.8.txt;
/cvsroot/mozilla/tools/tinderbox-configs/monitoring/Firefox_mozilla1.8.txt,v  <--  Firefox_mozilla1.8.txt
new revision: 1.22; previous revision: 1.21
done
Checking in tools/tinderbox-configs/monitoring/Thunderbird_mozilla1.8.txt;
/cvsroot/mozilla/tools/tinderbox-configs/monitoring/Thunderbird_mozilla1.8.txt,v  <--  Thunderbird_mozilla1.8.txt
new revision: 1.18; previous revision: 1.17
done
Attachment #324645 - Attachment description: don't bump tinder-configs, do bump Tb → [checked in] don't bump tinder-configs, do bump Tb
Attachment #324844 - Flags: review?(joduinn)
Comment on attachment 324844 [details] [diff] [review]
[checked in] bump for rc2

Normally we want the cutoff time to match the time of last change. However, in this case, we're doing respin, which uses tip of the relbranch regardless of cutoff time specified.

Once igor's code change is landed we can note it here later, for the record.
Attachment #324844 - Flags: review?(joduinn) → review+
Comment on attachment 324844 [details] [diff] [review]
[checked in] bump for rc2

Checking in fx-moz18-bootstrap.cfg;
/cvsroot/mozilla/tools/release/configs/fx-moz18-bootstrap.cfg,v  <--  fx-moz18-bootstrap.cfg
new revision: 1.45; previous revision: 1.44
done
Attachment #324844 - Attachment description: bump for rc2 → [checked in] bump for rc2
Attachment #324844 - Flags: review+ → review?(joduinn)
Comment on attachment 324844 [details] [diff] [review]
[checked in] bump for rc2

John gave me an r+ for this over IRC (hence why it was checked in).
Attachment #324844 - Flags: review?(joduinn) → review+
pullDate is just for historical value.
Attachment #326280 - Flags: review?(bhearsum)
I hoping this will bring those who already updated to 2.0.0.15 build2 forward to 2.0.0.5 build 3, via a complete update. PatcherConfig will put in a new <2.0.0.15> stanza. Needs testing though.
Attachment #326280 - Flags: review?(bhearsum) → review+
Comment on attachment 326280 [details] [diff] [review]
[checked in] bump for rc3

Checking in fx-moz18-bootstrap.cfg;
/cvsroot/mozilla/tools/release/configs/fx-moz18-bootstrap.cfg,v  <--  fx-moz18-bootstrap.cfg
new revision: 1.46; previous revision: 1.45
done

Re-tagged:
ca-245:configs bhearsum$ cvs tag -d RELEASE_AUTOMATION_M9_2 fx-moz18-bootstrap.cfg 
D fx-moz18-bootstrap.cfg
ca-245:configs bhearsum$ cvs tag  RELEASE_AUTOMATION_M9_2 fx-moz18-bootstrap.cfg 
T fx-moz18-bootstrap.cfg
Attachment #326280 - Attachment description: bump for rc3 → [checked in] bump for rc3
Comment on attachment 326283 [details] [diff] [review]
Possible patcher config for bringing beta users forward

I'm testing this on staging. Because of the state of staging right now I have to test it with 2.0.0.14 instead of 2.0.0.15, so I had to copy 2.0.0.13/batch1/prestage/ back to 2.0.0.13-candidates/rc1 so get updates to work.
Obviously this would have to be run manually, and reverted afterwards, but in my little, en-US only test, it produced good snippets. Nick, what do you think about this? You can find the patcher work directory in ~cltbld/firefox-2.0.0.15-build2-build3 on staging-prometheus-vm.
Attachment #326283 - Attachment is obsolete: true
Attachment #326351 - Attachment is obsolete: true
Attachment #326462 - Flags: review?(nthomas)
Attached file again, with locales and more (obsolete) —
Attachment #326462 - Attachment is obsolete: true
Attachment #326462 - Flags: review?(nthomas)
Comment on attachment 326467 [details]
again, with locales and more

looks good
Attachment #326467 - Flags: review+
Attached file try again, without DisableCompleteJump (obsolete) —
The generated partials had the URL to the complete mar, but the file size of the partial and were therefore invalid. This version should fix that.
Attachment #326467 - Attachment is obsolete: true
Attachment #326486 - Attachment is obsolete: true
We ended up tossing away the partial snippets because patcher refused to generate them correctly. AUS2 then fell back onto the complete snippets.

We've gone to beta now.
Priority: -- → P1
Assignee: bhearsum → joduinn
Status: ASSIGNED → NEW
Passing off to John to finish up tomorrow.
This shipped just fine, but I forgot to close this bug.
Status: NEW → 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: