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
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
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: