Closed Bug 697389 Opened 14 years ago Closed 14 years ago

multilocale birch android nightlies, against l10n-central

Categories

(Release Engineering :: General, defect, P3)

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: Pike, Assigned: mozilla)

References

Details

(Whiteboard: [l10n][mobile])

Attachments

(2 files, 2 obsolete files)

Please enable l10n for the mobile builds on birch? We want them to be against l10n-central as long as birch tracks mozilla-central.
Severity: normal → major
Whiteboard: [l10n]
OS: Mac OS X → All
Priority: -- → P3
Hardware: x86 → All
Whiteboard: [l10n] → [l10n][mobile]
Currently birch only builds Android Opt. As I mentioned in https://bugzilla.mozilla.org/show_bug.cgi?id=698425#c3, we don't have the capability to produce single locale repacks for Android currently. We can: a) turn on mobile desktop builds on Birch, and repack those, like we're doing for m-c b) turn on multilocale Android nightlies on Birch c) figure out how to produce Android single locale repacks (c) will take the most time but is most likely what we want.
native android builds don't run on desktop, so sadly that's not an option. Also, they don't support language packs, as the strings have to come from resources.arsc. The only build that really makes sense without (hopefully) infrastructure changes is the android multi-locale build.
Taking this as the multilocale portion. We also need to turn on single locale android repacks once bug 698425 (or whichever bug Axel is using to track his work?) is fixed.
Assignee: nobody → aki
Summary: Switch on l10n for birch mobile builds, against l10n-central → multilocale birch android nightlies, against l10n-central
Blocks: 701816
If this goes green, we're good for r?
Attachment #573922 - Attachment is obsolete: true
Attachment #573934 - Attachment is obsolete: true
That worked! Upload failed for multilocale, though, with Traceback (most recent call last): File "/usr/local/bin/post_upload.py", line 457, in ? func(options, upload_dir, files) File "/usr/local/bin/post_upload.py", line 194, in ReleaseToTinderboxBuilds ReleaseToBuildDir(TINDERBOX_BUILDS_PATH, TINDERBOX_URL_PATH, options, upload_dir, files, dated) File "/usr/local/bin/post_upload.py", line 190, in ReleaseToBuildDir os.symlink(tinderboxBuildsPath, tinderboxBuildsPathOld) OSError: [Errno 17] File exists However, it uploaded a multi apk; downloading that to see if I can install it. I need to fix this before rolling out to production, however, or we'll have perma-red nightlies.
This error may be tied to the patched post_upload.py on dev-stage01.
http://people.mozilla.org/~asasaki/birch_multi.apk * adb uninstall org.mozilla.fennec * adb install org.mozilla.fennec * changed system language to deutsch (deutschland) * launched Nightly; the popup for reporting performance was in english, but the start page was in german
Comment on attachment 573924 [details] [diff] [review] birch multilocale nightly config, mozharness These changes aren't actually needed, since we don't run the mozharness actions that use 'mozconfig' and 'repos'. However, we do need to copy the mozilla-central_linux-android.json config to birch_linux-android.json due to logic in generateBranchObjects().
Attachment #573924 - Attachment description: [untested] birch multilocale nightly config, mozharness → birch multilocale nightly config, mozharness
Attachment #573924 - Flags: review?(rail)
Attachment #573944 - Flags: review?(armenzg)
Attachment #573924 - Flags: review?(rail) → review+
Attachment #573944 - Flags: review?(armenzg) → review?(rail)
Attachment #573924 - Flags: checked-in+
Comment on attachment 573944 [details] [diff] [review] configs 3: what's actually being tested Looks good!
Attachment #573944 - Flags: review?(rail) → review+
Attachment #573944 - Flags: checked-in+
Merged + reconfiged masters. Kicked off an Android birch nightly; it's got the multilocale steps. Assuming it goes green and works, we're done here. RESO FIXED, boo ya.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Great, thanks, awesome to have something to show to people on the weekend already.
I tested the build from http://ftp.mozilla.org/pub/mozilla.org/mobile/nightly/latest-birch-android/ and I wonder if what I'm seeing is right. The Gecko content is properly localized (into Polish in my case), i.e. about:addons, netError pages etc. The native UI, however, is still in English. Do I need to complete some missing translations, or maybe wait for bug 701833 to be resolved first?
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: