Closed
Bug 678103
Opened 14 years ago
Closed 14 years ago
release_sanity.py needs to be able to grok l10n-changesets_*.json
Categories
(Release Engineering :: General, defect)
Release Engineering
General
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: mozilla, Assigned: mozilla)
References
Details
(Whiteboard: [releases][automation])
Attachments
(5 files)
4.01 KB,
patch
|
Details | Diff | Splinter Review | |
11.17 KB,
patch
|
Details | Diff | Splinter Review | |
12.02 KB,
patch
|
Details | Diff | Splinter Review | |
12.87 KB,
patch
|
rail
:
review+
mozilla
:
checked-in+
|
Details | Diff | Splinter Review |
22.50 KB,
text/plain
|
Details |
6.0b6 was fennec-only, so I ran
PYTHONPATH=. ../bin/python ../tools/buildbot-helpers/release_sanity.py -u aki \
-V 6.0b6 --branch mozilla-beta --build-number 1 -c release-fennec-mozilla-beta.py \
--dryrun --products fennec localhost:9001
However, Fennec uses l10n-changesets_mobile-beta.json, and release_sanity.py assumes it's a flatfile with |locale revision| per line.
I ended up having to comment out the l10n sanity checking to proceed.
https://wiki.mozilla.org/Releases/Firefox_6.0b6/BuildNotes#Build_1
We should be able to either handle an l10n-changesets or an l10n-changesets.json file here.
Updated•14 years ago
|
Priority: -- → P4
Assignee | ||
Updated•14 years ago
|
Assignee: nobody → aki
Priority: P4 → --
Assignee | ||
Comment 1•14 years ago
|
||
Comment 2•14 years ago
|
||
Comment on attachment 552463 [details] [diff] [review]
[untested] .endswith('json')
wouldn't it better if release sanity accepted something like --secondary-config, so we can check both configs and l10n changesets?
Assignee | ||
Comment 3•14 years ago
|
||
(In reply to Rail Aliiev [:rail] from comment #2)
> Comment on attachment 552463 [details] [diff] [review]
> [untested] .endswith('json')
>
> wouldn't it better if release sanity accepted something like
> --secondary-config, so we can check both configs and l10n changesets?
Hm, why not make --release-config an append rather than a store, so we can specify multiple?
Comment 4•14 years ago
|
||
(In reply to Aki Sasaki [:aki] from comment #3)
> Hm, why not make --release-config an append rather than a store, so we can
> specify multiple?
We need to pass 1 tag to sendchange. If we have 2 configs we need to decide which one to use.
Assignee | ||
Comment 5•14 years ago
|
||
This goes through the list of config files in reverse order, which is a hacky way of making sure that the config file that's listed first is the one that's loaded in releaseConfig for the sendchange.
Assignee | ||
Comment 6•14 years ago
|
||
Comment on attachment 552723 [details] [diff] [review]
[untested] allow for multiple config files
>+ releaseConfig = None
>+ test_success = True
>+ for releaseConfigFile in list(reversed(options.releaseConfigFiles)):
>+ releaseConfig = readReleaseConfig(releaseConfigFile)
>+ if not options.version:
>+ log.warn("No version specified, using version in release_config, which may be out of date!")
>+ options.version = releaseConfig['version']
>+ if not options.buildNumber:
>+ log.warn("No buildNumber specified, using buildNumber in release_config, which may be out of date!")
>+ options.buildNumber = releaseConfig['buildNumber']
Hm, we'll be setting options.buildNumber and options.version from the *final* config file in this patch.
I think I should set a version = options.get('version', releaseConfig['version']) and same for buildNumber.
Assignee | ||
Comment 7•14 years ago
|
||
This should deal with comment 6.
We actually don't seem to be using options.version anywhere I can see other than in verify_options.
This is a lot more invasive than the first patch I posted. I'll do some testing since I'm planning on doing a staging release today/next week.
Assignee | ||
Comment 8•14 years ago
|
||
Tested in staging release.
Attachment #552798 -
Flags: review?(rail)
Assignee | ||
Comment 9•14 years ago
|
||
using
PYTHONPATH=. python ../tools/buildbot-helpers/release_sanity.py -u aki -V 6.0b6 -N 1 -c staging_release-firefox-mozilla-beta.py -c staging_release-fennec-mozilla-beta.py -p firefox,fennec --branch mozilla-beta localhost:9052 2>&1 | tee ../aki.out
I also tested with
PYTHONPATH=. python ../tools/buildbot-helpers/release_sanity.py -d -u aki -V 6.0b6 -N 1 -c staging_release-fennec-mozilla-beta.py -p fennec --branch mozilla-beta localhost:9052 2>&1 | tee ../aki.out
Let me know if you have questions or want further testing.
Comment 10•14 years ago
|
||
Comment on attachment 552798 [details] [diff] [review]
[tested in staging] with bugfix, getL10nDashboardVersion fix
A nit. Remove "releaseConfig=None" from parser.set_defaults(), since you removed that option. Otherwise looks good!
Attachment #552798 -
Flags: review?(rail) → review+
Assignee | ||
Comment 11•14 years ago
|
||
Comment on attachment 552798 [details] [diff] [review]
[tested in staging] with bugfix, getL10nDashboardVersion fix
http://hg.mozilla.org/build/tools/rev/7225ae5c1466
Attachment #552798 -
Flags: checked-in+
Assignee | ||
Updated•14 years ago
|
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Updated•12 years ago
|
Product: mozilla.org → Release Engineering
You need to log in
before you can comment on or make changes to this bug.
Description
•