449792 - (3.1b1) Tracking bug for Build and Release of FF3.1beta1

Status: RESOLVED FIXED

(Release Engineering :: General, defect, P3)

Description

[John O'Duinn [:joduinn] (please use "needinfo?" flag)]

Comment 1

[[e-mail] (:bhearsum)]

Attachment: [checked in] initial moz191 patcher config

Sorry to lay another one on you Nick - here's a new improved patcher config for 1.9.1. I expect that patcher-config-bump.pl will be used to bump this during 3.1b1 release.

No MARs for Alphas actually exist but these are required parameters. I intend to 'ln -s 3.1b1 3.1a2-3.1b1' and only run --create-patchinfo to make sure patcher doesn't try and download non-existent files.

Comment 2

[Nick Thomas [:nthomas] (UTC+12)]

Comment on attachment 340964 [details] [diff] [review]
[checked in] initial moz191 patcher config

Looks good to me, r+.

Comment 3

[[e-mail] (:bhearsum)]

Comment on attachment 340964 [details] [diff] [review]
[checked in] initial moz191 patcher config

Checking in moz191-branch-patcher2.cfg;
/cvsroot/mozilla/tools/patcher-configs/moz191-branch-patcher2.cfg,v  <--  moz191-branch-patcher2.cfg
initial revision: 1.1
done

Comment 4

[[e-mail] (:bhearsum)]

I've created UPDATE_PACKAGING_R6 tags in CVS and mozilla-central. The mozilla-central one is tagged at the 3.1a2 revision, for no particular reason (update-packaging libmar/etc haven't been changed since then, AFAIK).

I followed the instructions here to create the CVS one:
https://bugzilla.mozilla.org/show_bug.cgi?id=420947#c17

Comment 5

[[e-mail] (:bhearsum)]

Attachment: script to do repacks for 3.1b1

I've tested this script pretty well on Linux. I have *not* tested it on windows or Mac yet - hope to get time to do that before the release starts.

Comment 6

[[e-mail] (:bhearsum)]

Attachment: [checked in] update release mozconfigs for 3.1b1

Comment 7

[[e-mail] (:bhearsum)]

Attachment: l10n script updated to work on win32 and mac

Comment 8

[Nick Thomas [:nthomas] (UTC+12)]

Comment on attachment 341437 [details] [diff] [review]
[checked in] update release mozconfigs for 3.1b1

r+

Comment 9

[Nick Thomas [:nthomas] (UTC+12)]

Comment on attachment 341474 [details]
l10n script updated to work on win32 and mac

>wget -nv --no-check-certificate--output-document "$en_US_file" "$repack_file"

You'll need a space before --output-document.

Comment 10

[[e-mail] (:bhearsum)]

Comment on attachment 341437 [details] [diff] [review]
[checked in] update release mozconfigs for 3.1b1

changeset:   388:038566bb6cc2

Comment 11

[Nick Thomas [:nthomas] (UTC+12)]

(In reply to comment #6)
> Created an attachment (id=341437) [details]
> update release mozconfigs for 3.1b1

Please remember to tag the config repo, and maybe the tools one too, with the release tag.

Comment 12

[[e-mail] (:bhearsum)]

Attachment: do_3.1b1_repacks.sh, more bugfixes

* fixes wget statement that nick pointed out
* pull win32 zip file from the correct location

Comment 13

[[e-mail] (:bhearsum)]

Attachment: one more time - pass firefox.zip to ZIP_IN instead of installer.exe

Comment 14

[[e-mail] (:bhearsum)]

Attachment: [checked in] version bumps to 3.1b2pre - to be landed after tagging

Comment 15

[[e-mail] (:bhearsum)]

Attachment: [checked in] last master config patch for 3.1b1

This is just a quickie to get us the right changeset for the release.

Comment 16

[John O'Duinn [:joduinn] (please use "needinfo?" flag)]

Comment on attachment 342078 [details] [diff] [review]
[checked in] last master config patch for 3.1b1

this matches what I see in hg.m.o. Email coming to rel-drivers also...

Comment 17

[[e-mail] (:bhearsum)]

Comment on attachment 342078 [details] [diff] [review]
[checked in] last master config patch for 3.1b1

2aa72b00e802

Comment 18

[[e-mail] (:bhearsum)]

Comment on attachment 341939 [details] [diff] [review]
[checked in] version bumps to 3.1b2pre - to be landed after tagging

dadcc24af87a

Comment 19

[[e-mail] (:bhearsum)]

Attachment: initial update verify configs for Firefox 3.1

Comment 20

[[e-mail] (:bhearsum)]

Attachment: [checked in] again, without 3.1b1

After looking at the BumpVerifyConfig logic (and verify.sh failing out on me) I remembered that this gets bumped to oldVersion, not the current one!

Comment 21

[[e-mail] (:bhearsum)]

Comment on attachment 342420 [details] [diff] [review]
[checked in] again, without 3.1b1

Checking in moz191-firefox-linux.cfg;
/cvsroot/mozilla/testing/release/updates/moz191-firefox-linux.cfg,v  <--  moz191-firefox-linux.cfg
initial revision: 1.1
done
RCS file: /cvsroot/mozilla/testing/release/updates/moz191-firefox-mac.cfg,v
done
Checking in moz191-firefox-mac.cfg;
/cvsroot/mozilla/testing/release/updates/moz191-firefox-mac.cfg,v  <--  moz191-firefox-mac.cfg
initial revision: 1.1
done
RCS file: /cvsroot/mozilla/testing/release/updates/moz191-firefox-win32.cfg,v
done
Checking in moz191-firefox-win32.cfg;
/cvsroot/mozilla/testing/release/updates/moz191-firefox-win32.cfg,v  <--  moz191-firefox-win32.cfg
initial revision: 1.1
done