mozharness/scripts/multil10n.py should be fully fleshed out

RESOLVED WONTFIX

Status

P5
normal
RESOLVED WONTFIX
8 years ago
5 years ago

People

(Reporter: aki, Unassigned)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [mozharness][l10n])

(Reporter)

Description

8 years ago
Currently we only use the --pull-locale-source and --add-locales actions to add the multilocale locales to the Android apk.

The script should be able to handle all steps (clobber, pull-build-source, pull-locale-source, build, package-en-US, upload-en-US, add-locales, package-multi, upload-multi) -- I think the packaging and uploading are the ones that I glossed over.

To a lesser degree, there is duplicate code for locale-grokking in signdebs.py and multil10n.py; this can be moved out.

Also, multil10n.py should put its non-Android stuff in one place in lib/, and have an AndroidMultiLocaleScript inherit that and add Android-specific stuff.
(Reporter)

Updated

8 years ago
Whiteboard: [mozharness]
(Reporter)

Updated

8 years ago
Whiteboard: [mozharness] → [mozharness][l10n]
(Reporter)

Updated

8 years ago
Blocks: 651974
(Reporter)

Comment 1

7 years ago
In mozharness 0.3 I refactored this, but we still need a fully functioning script that can be run standalone.

Once this is done, we can start moving these builds out of buildbotcustom factories and fully into mozharness scripts.
(Reporter)

Comment 2

7 years ago
If I had replaced Android/Maemo builds completely with mozharness scripts, 7.0b5 multilocale builds wouldn't have broken when we stopped cloning buildbot-configs for mozconfigs.
(Reporter)

Comment 3

7 years ago
Per the mobile meeting, we will be phasing out multilocale builds in favor of a locale picker.
Status: NEW → RESOLVED
Last Resolved: 7 years ago
Resolution: --- → WONTFIX
(Assignee)

Updated

5 years ago
Product: mozilla.org → Release Engineering
You need to log in before you can comment on or make changes to this bug.