884291 - Localized Lightning *nightly* builds using Thunderbird Infrastructure

Status: RESOLVED FIXED

(Calendar :: Build Config, defect)

Description

[Philipp Kewisch [:Fallen][☁️📆]]

In bug 855067 I mostly took care of the beta and release builds. I initially had it working for nightly builds too, but it seems this broke inbetween. This bug is to find out why.

Comment 1

[Philipp Kewisch [:Fallen][☁️📆]]

Looks like I missed transplanting one changeset from c-b (7145009f2017), doing this now:

https://hg.mozilla.org/releases/comm-aurora/rev/b70c6ab4ac85
https://hg.mozilla.org/comm-central/rev/2da3d838b23f

Leaving the bug open until it works.

Comment 2

[Philipp Kewisch [:Fallen][☁️📆]]

The first localized nightly builds are pouring in:

http://ftp.mozilla.org/pub/mozilla.org/calendar/lightning/nightly/latest-comm-aurora-l10n/mac/

Comment 3

[Philipp Kewisch [:Fallen][☁️📆]]

Only win32 is still failing. There are a lot of these:

> Error executing command awk [Error 2] The system cannot find the file specified

which I assume go back to path issues with the call to get the locales from the shipped-locales file. Then there is this:

e:\builds\moz2_slave\tb-c-aurora-w32-l10n-ntly-0000\build\comm-aurora\calendar\lightning\lightning-packager.mk:161:0: command 'echo "[Build]" >> e:/builds/moz2_slave/tb-c-aurora-w32-l10n-ntly-0000/build/comm-aurora/objdir-tb/mozilla/dist/bin/platform.ini' failed, return code 1

...


e:\builds\moz2_slave\tb-c-aurora-w32-l10n-ntly-0000\build\comm-aurora\objdir-tb\mail\locales\Makefile:218:0: command 'C:/mozilla-build/python27/python.exe e:/builds/moz2_slave/tb-c-aurora-w32-l10n-ntly-0000/build/comm-aurora/mozilla/build/pymake/pymake/../make.py -C ../../calendar/lightning langpack-de' failed, return code 2
/usr/bin/sh: e:/builds/moz2_slave/tb-c-aurora-w32-l10n-ntly-0000/build/comm-aurora/objdir-tb/mozilla/dist/bin/platform.ini: No such file or directory
Traceback (most recent call last):
  File "e:/builds/moz2_slave/tb-c-aurora-w32-l10n-ntly-0000/build/comm-aurora/build/pymake/make.py", line 35, in <module>
    main(sys.argv[1:])
  File "e:/builds/moz2_slave/tb-c-aurora-w32-l10n-ntly-0000/build/comm-aurora/build/pymake/make.py", line 32, in main
    subprocess.check_call([sys.executable, PYMAKE] + args)
  File "C:\mozilla-build\python27\lib\subprocess.py", line 511, in check_call
    raise CalledProcessError(retcode, cmd)


It seems the directory for platform.ini is missing, I'm not sure why though.

Comment 4

[Philipp Kewisch [:Fallen][☁️📆]]

Attachment: Fix - v1

This fixes win32, I've tested it live on the slave that was failing. For some reason $(shell awk ...) fails while `awk ...` works. Strange stuff.

Comment 5

[Philipp Kewisch [:Fallen][☁️📆]]

Attachment: Fix - v2

Ok, v1 was crap. After finding out the issue is that awk is msys awk which doesn't work, and $(AWK) is gawk, which does work, everything seems to work.

I've also added := to some vars, this cuts the awk calls in half.

Comment 6

[Philipp Kewisch [:Fallen][☁️📆]]

https://hg.mozilla.org/comm-central/rev/da5a6f0f1847
https://hg.mozilla.org/releases/comm-aurora/rev/c7f34340e86d

I've taken the liberty to use a=bustage, this affects only calendar and I want to see the l10n builds show up soon.

Again leaving open until win32 builds show up.

Comment 8

[Philipp Kewisch [:Fallen][☁️📆]]

I'm going to mark this one fixed. Some of the xpis have shown up, others are not but because of an outage in scl1.

Comment 9

[Philipp Kewisch [:Fallen][☁️📆]]

Comment on attachment 765617 [details] [diff] [review]
Fix - v2

Oh we might want to take this for beta, I'm not sure why it was working before there. Maybe because the l10n stuff works differently there.

Comment 10

[Philipp Kewisch [:Fallen][☁️📆]]

https://hg.mozilla.org/releases/comm-beta/rev/4cfd41c10544