Closed Bug 855067 Opened 7 years ago Closed 7 years ago

Localized Lightning builds using Thunderbird Infrastructure


(Calendar :: Build Config, defect)

Not set


(Not tracked)



(Reporter: Fallen, Assigned: Fallen)




(2 files, 1 obsolete file)

This bug is to track setting up l10n builds on the Thunderbird infrastructure, which will ultimately mean localized releases.

I need to figure out the next steps right now, one of them will be finally continuing on bug 812299.
Looks like I have something that works. Tryserver builds running at
Seems windows doesn't like pattern rules and normal rules together on the left side, new try run:

The other builds completed normally. The warning are probably just because check-sync-dirs complains that the mozilla mozconfig.common doesn't include --enable-calendar
Attached patch Fix - v1 (obsolete) β€” β€” Splinter Review
Here we go, this takes care!
Attachment #730658 - Flags: review?(mbanner)
Comment on attachment 730658 [details] [diff] [review]
Fix - v1

Do we know roughly how long the repack step takes? I'm wondering if we should (and are able to) do it on nightly/release builds only, to save a bit of builder time.

It would mean a bit of difference between dep and nightly builds, but I think I'd prefer that to taking up unnecessary time on the dep builds.

Also adding John here to get releng's feedback on these thoughts.
Attachment #730658 - Flags: feedback?(jhopkins)
The repackage for one locale goes pretty quickly, here are the times on my machine:

make wget-en-US unpack:
real	0m1.128s
user	0m0.316s
sys	0m0.197s

make clobber-de langpack-de repackage-zip-de:
real	0m3.086s
user	0m1.981s
sys	0m0.751s

Some extra time for uploads of course.
Attachment #730658 - Flags: feedback?(jhopkins) → feedback?(joey)
Its totally fine for me to do this on nightly/release builds only, I don't see a need for each dep build to be localized.

Joey, whats your take? Can you tell us if its possible to do so?
So actually, can I check what this is doing (not having tested yet)? Is it repacking all lightning locales into the lightning build, or is it just doing the langpack-* targets and producing lightning-ab-CD.xpi builds?
This bug is about the langpack-* targets only. There is no step I can hook into where it would make sense to repack all locales. My idea is to run an extra builder or script that does nothing other than download all locale builds and package them to one all-locales xpi.

A new patch is coming up that will allow l10n repacks to also work on release builds.
Attached patch Fix - v2 β€” β€” Splinter Review
This is it. I have tested it on stage, modulo some cleanup in and the changes needed for this to apply on comm-central.

With this patch we should be able to:

* Build nightly,beta,release builds of Lightning and upload them correctly
* Create one-locale-per-xpi builds of respective builds uploaded correctly

As mentioned, the merging will happen in a different bug. The build time hasn't changed notably from what I mentioned before.

My plan is this:

1) Land on comm-central, make sure l10n and builds still work
2) Backport to comm-aurora, this should work just as well as for central
3) Backport to comm-beta when a beta build is being created, I will be there to fix things in case of unexpected problems
4) I will also be there when the release builds are created.

If possible, I'd appreciate if we could land this on central/aurora soon (this week?). Maybe we can manage building the first or second beta and the next release with this patch?
Attachment #730658 - Attachment is obsolete: true
Attachment #730658 - Flags: review?(mbanner)
Attachment #730658 - Flags: feedback?(joey)
Attachment #749294 - Flags: review?(mbanner)
Attachment #749294 - Flags: feedback?(joey)
Comment on attachment 749294 [details] [diff] [review]
Fix - v2

Review of attachment 749294 [details] [diff] [review]:

Ok, this generally looks fine, I can't see any issues in it, but I've not gone through in depth.

::: mail/config/mozconfigs/linux64/l10n-mozconfig
@@ +5,5 @@
>  ac_add_options --enable-profiling
>  ac_add_options --with-l10n-base=../../l10n
> +# Build lightning locales
> +ac_add_options --enable-calendar

Just a side note, this won't be enough for release/beta channels until bug 758149 is fixed.
Attachment #749294 - Flags: review?(mbanner) → review+
(In reply to Mark Banner (:standard8) from comment #10)
> Ok, this generally looks fine, I can't see any issues in it, but I've not
> gone through in depth.
Great! So whats the next step? We should probably coordinate to make sure I am around when the builds are done in case something goes wrong.

> > +# Build lightning locales
> > +ac_add_options --enable-calendar
> Just a side note, this won't be enough for release/beta channels until bug
> 758149 is fixed.
Yes, known. buildbot-configs patch something like this:
Comment on attachment 749294 [details] [diff] [review]
Fix - v2

As per IRC discussion with Standard8, I am landing this on beta first. I will follow up aurora and central in the beginning of next week when the builds succeed.
Attachment #749294 - Flags: approval-calendar-beta+
Here are the mozconfigs for beta/release
Attachment #752191 - Flags: review?(mbanner)
Attachment #752191 - Flags: review?(mbanner) → review+
Live in production.
Backported to releases/comm-beta changeset 3d7d2af9a03d
Closed: 7 years ago
Resolution: --- → FIXED
Target Milestone: --- → 2.4
Sorry, last comment was from my autopush script. Reopening until this is green and checked in everywhere.
Resolution: FIXED → ---
Comment on attachment 749294 [details] [diff] [review]
Fix - v2

I'm going to go ahead and push this to c-c and when thats green also c-a since the next merge is coming up. It seems to have worked fine on beta!
Attachment #749294 - Flags: feedback?(joey) → approval-calendar-aurora+
c-c builds are green, I have now transplanted to aurora:
Closed: 7 years ago7 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.