Bug 407663 (tb15014)

Version/config bumps for TB1.5.0.14 release

RESOLVED FIXED

Status

P1
normal
RESOLVED FIXED
11 years ago
5 years ago

People

(Reporter: nthomas, Assigned: nthomas)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(4 attachments)

(Assignee)

Description

11 years ago
 
(Assignee)

Updated

11 years ago
Priority: -- → P1
(Assignee)

Comment 1

11 years ago
Created attachment 292378 [details] [diff] [review]
bootstrap.cfg bump

I'm going to tag the current tip of the automation code as RELEASE_AUTOMATION_M6_2, so these changes bring the bootstrap config completely up to date for that. Everything from dumpLogs onwards is identical to the fx/tb 1.8 configs, and prior to that the differences are expected (branch, pulldate, versions, Linux kernel versions etc etc).
Attachment #292378 - Flags: review?(rhelmer)
Attachment #292378 - Flags: review?(rhelmer) → review+
(Assignee)

Comment 2

11 years ago
Created attachment 292577 [details] [diff] [review]
Tweak patcher config for beta channel

1.5.0.14 is to go out on the beta channel ahead of the main release, and these changes update the config so that'll work in the same way as FF 2.0.0.x (namely, using an aus2.beta dir rather than separating snippets by hand, and adding DisableCompleteJump so that 1.5.0.13 users don't get a complete if we do a rc2). PatcherConfig will subsequently update this file for 1.5.0.14.

Also corrects for posterity the position of DisableCompleteJump in the Firefox config, and keeps the private and public repo in sync.
Attachment #292577 - Flags: review?(rhelmer)
Attachment #292577 - Flags: review?(rhelmer) → review+
(Assignee)

Updated

11 years ago
Depends on: 408058

Comment 3

11 years ago
Looks like Nick forget to close the bug:
http://bonsai.mozilla.org/cvslog.cgi?file=mozilla/tools/release/configs/tb-moz180-bootstrap.cfg&root=/cvsroot
http://bonsai.mozilla.org/cvslog.cgi?file=mozilla/tools/patcher-configs/moz180-branch-patcher2.cfg&root=/cvsroot

TB 1.5.0.14 is out so there probably wouldn't be more patches to this bug ;)
Status: NEW → RESOLVED
Last Resolved: 11 years ago
Resolution: --- → FIXED
(Assignee)

Comment 4

11 years ago
Przemyslaw, please don't close bugs that are assigned to someone. I was just away for a while.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
(Assignee)

Comment 5

11 years ago
Created attachment 295784 [details] [diff] [review]
Substitute eol for pre in version

Rob, how does this look for our soon-to-be-dropped branch ? Is "eol" sufficiently clear ? Monitoring changes partly by reflex, but we'll probably need them for a bit before disabling the tinderboxes and nagios checks.
Attachment #295784 - Flags: review?(rhelmer)

Comment 6

11 years ago
(In reply to comment #4)
> Przemyslaw, please don't close bugs that are assigned to someone. I was just
> away for a while.
ok, sorry for this, I should have asked if assigned

Comment on attachment 295784 [details] [diff] [review]
Substitute eol for pre in version

doing s/pre/eol/ sounds like a good idea to me.
Attachment #295784 - Flags: review?(rhelmer) → review+
(Assignee)

Comment 8

11 years ago
(From attachment 295784 [details] [diff] [review])
Seeking explicit "approval1.8.0.14+" for this one. [cc dveditz]
Comment on attachment 295784 [details] [diff] [review]
Substitute eol for pre in version

approved for 1.8.0.14, a=dveditz
(Assignee)

Comment 10

11 years ago
Created attachment 296197 [details] [diff] [review]
[as landed] Substitute eol for pre in version

I was about to land the patch when I realized I had 
  Thunderbird - 1.5.0.14eol
  Firefox - 1.5.0.13eol
and the latter should be 1.5.0.12 to match the final shipped version. Checked with rhelmer on IRC, and he's down with that.
(Assignee)

Updated

11 years ago
Status: REOPENED → RESOLVED
Last Resolved: 11 years ago11 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.