Closed Bug 1169937 Opened 9 years ago Closed 9 years ago

No localized nightly builds of Firefox (since May 27)

Categories

(Firefox Build System :: General, defect)

x86
Windows
defect
Not set
major

Tracking

(firefox41 fixed)

RESOLVED FIXED
mozilla41
Tracking Status
firefox41 --- fixed

People

(Reporter: piecu, Assigned: glandium)

References

Details

Attachments

(1 file)

There are no latest pl localization builds for Firefox Nightly for win32 on FTP: ftp://ftp.mozilla.org/pub/firefox/nightly/latest-mozilla-central-l10n/ (they exist only for linux and mac). The last version I found was here: ftp://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2015/05/2015-05-26-03-02-02-mozilla-central-l10n/
Error is:
07:55:58     INFO -  c:\builds\moz2_slave\m-cen-w32-l10n-ntly-1-00000000\build\mozilla-central\security\nss\lib\util\secasn1.h(15) : fatal error C1083: Cannot open include file: 'plarena.h': No such file or directory
07:55:58     INFO -  ../../coreconf/rules.mk:384: recipe for target 'c:/builds/moz2_slave/m-cen-w32-l10n-ntly-1-00000000/build/mozilla-central/obj-l10n/security/nss/lib/util/quickder.obj' failed

and is caused by bug 1168251. Can't have nice things.
Blocks: 1168251
The issue roots in the fact that l10n builds are doing "make -C config", which recurses DIRS for export, libs and tools, and now recurses directories under config/ for compile. Now, the reason we're doing "make -C config" is that we want nsinstall to be built, which happens during export. So just do that target instead of all of them. This has the advantage of working across all branches, too.
Assignee: nobody → mh+mozilla
Attachment #8613323 - Flags: review?(nthomas)
Comment on attachment 8613323 [details] [diff] [review]
Explicitly build the export target only under config/ during l10n builds

r+. Out of curiosity, is nsinstall a special case to get built in export rather than tools ?
Attachment #8613323 - Flags: review?(nthomas) → review+
(In reply to Nick Thomas [:nthomas] from comment #4)
> r+. Out of curiosity, is nsinstall a special case to get built in export
> rather than tools ?

Yes, there are explicit dependencies that make it built early during the build, because everything else needs it. Building it as part of export is one of those.
No longer blocks: 1083357
https://hg.mozilla.org/mozilla-central/rev/f351a43d8a74
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 41
Amending subject since it's not just win32.
Summary: No builds for latest nightly localization of Firefox for win32 → No localized nightly builds of Firefox (since May 27)
http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2015-06-02-05-52-37-mozilla-central-l10n/mozilla-central-linux-l10n-nightly-1-unknown-bm73-build1-build2.txt.gz has


07:36:02    FATAL - Uncaught exception: Traceback (most recent call last):
07:36:02    FATAL -   File "/builds/slave/m-cen-lx-l10n-ntly-1-000000000/scripts/mozharness/base/script.py", line 1288, in run
07:36:02    FATAL -     self.run_action(action)
07:36:02    FATAL -   File "/builds/slave/m-cen-lx-l10n-ntly-1-000000000/scripts/mozharness/base/script.py", line 1230, in run_action
07:36:02    FATAL -     self._possibly_run_method(method_name, error_if_missing=True)
07:36:02    FATAL -   File "/builds/slave/m-cen-lx-l10n-ntly-1-000000000/scripts/mozharness/base/script.py", line 1171, in _possibly_run_method
07:36:02    FATAL -     return getattr(self, method_name)()
07:36:02    FATAL -   File "scripts/scripts/desktop_l10n.py", line 558, in setup
07:36:02    FATAL -     self._run_make_in_config_dir()
07:36:02    FATAL -   File "scripts/scripts/desktop_l10n.py", line 594, in _run_make_in_config_dir
07:36:02    FATAL -     return self._make(target='export', cwd=config_dir, env=env)
07:36:02    FATAL -   File "scripts/scripts/desktop_l10n.py", line 669, in _make
07:36:02    FATAL -     make = make + target
07:36:02    FATAL - TypeError: can only concatenate list (not "str") to list
07:36:02    FATAL - Running post_fatal callback...
07:36:02    FATAL - Exiting -1
program finished with exit code 255
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Looks like "...target=['export']..." may fix that.
(In reply to Rail Aliiev [:rail] from comment #13)
> Looks like "...target=['export']..." may fix that.

Pushed that as a fixup:
https://hg.mozilla.org/build/mozharness/rev/874bb5dc8e71
https://hg.mozilla.org/build/mozharness/rev/476752fc4ea8
https://hg.mozilla.org/mozilla-central/rev/36d7559859ed
Status: REOPENED → RESOLVED
Closed: 9 years ago9 years ago
Resolution: --- → FIXED
https://treeherder.mozilla.org/#/jobs?repo=mozilla-central&revision=14be4237f855&filter-searchStr=l10n&exclusion_profile=false shows 2 green linux64 builds now. Hopefully it will work for other platforms as well.
We're missing localized builds again from the last 3 days
http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-mozilla-central-l10n/

The only one updated is Arabic. Is it still the same bug or a new one?
No, it's a different one.
Blocks: 1172318
No longer blocks: 1172318
Component: Build Config → General
Product: Firefox → Firefox Build System
Target Milestone: Firefox 41 → mozilla41
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: