1484554 - mozilla-release stuck since June 27th, and mozilla-esr60 stuck since June 20th

Status: RESOLVED FIXED

(Webtools Graveyard :: DXR, enhancement)

Description

[Nick Thomas [:nthomas] (UTC+12)]

The footer says
 This page was generated by DXR 2018-6-20 5:41. 
and the last revision indexed is
 https://hg.mozilla.org/releases/mozilla-esr60/rev/dd52b41d2b77

Is there monitoring of each tree in DXR ?

Comment 1

[Nick Thomas [:nthomas] (UTC+12)]

Per https://jenkins-dxr.mozilla.org/job/mozilla-esr60/63/console there's a configure error

08:55:35  0:10.48 checking rustc version... 1.30.0-nightly
08:55:35  0:10.51 checking cargo version... 1.29.0
08:55:35  0:10.59 Traceback (most recent call last):
08:55:35  0:10.59   File "/home/jenkins/src/releases/mozilla-esr60/configure.py", line 127, in <module>
08:55:35  0:10.59     sys.exit(main(sys.argv))
08:55:35  0:10.59   File "/home/jenkins/src/releases/mozilla-esr60/configure.py", line 29, in main
08:55:35  0:10.59     sandbox.run(os.path.join(os.path.dirname(__file__), 'moz.configure'))
08:55:35  0:10.59   File "/home/jenkins/src/releases/mozilla-esr60/python/mozbuild/mozbuild/configure/__init__.py", line 428, in run
08:55:35  0:10.59     func(*args)
08:55:35  0:10.59   File "/home/jenkins/src/releases/mozilla-esr60/python/mozbuild/mozbuild/configure/__init__.py", line 474, in _value_for
08:55:35  0:10.59     return self._value_for_depends(obj, need_help_dependency)
08:55:35  0:10.59   File "/home/jenkins/src/releases/mozilla-esr60/python/mozbuild/mozbuild/util.py", line 944, in method_call
08:55:35  0:10.59     cache[args] = self.func(instance, *args)
08:55:35  0:10.59   File "/home/jenkins/src/releases/mozilla-esr60/python/mozbuild/mozbuild/configure/__init__.py", line 483, in _value_for_depends
08:55:35  0:10.59     return obj.result(need_help_dependency)
08:55:35  0:10.59   File "/home/jenkins/src/releases/mozilla-esr60/python/mozbuild/mozbuild/util.py", line 944, in method_call
08:55:35  0:10.59     cache[args] = self.func(instance, *args)
08:55:35  0:10.59   File "/home/jenkins/src/releases/mozilla-esr60/python/mozbuild/mozbuild/configure/__init__.py", line 123, in result
08:55:35  0:10.59     return self._func(*resolved_args)
08:55:35  0:10.59   File "/home/jenkins/src/releases/mozilla-esr60/python/mozbuild/mozbuild/configure/__init__.py", line 1003, in wrapped
08:55:35  0:10.59     return new_func(*args, **kwargs)
08:55:35  0:10.59   File "/home/jenkins/src/releases/mozilla-esr60/build/moz.configure/rust.configure", line 122, in rust_supported_targets
08:55:35  0:10.59     t = split_triplet(t, allow_unknown=True)
08:55:35  0:10.59   File "/home/jenkins/src/releases/mozilla-esr60/python/mozbuild/mozbuild/configure/__init__.py", line 1003, in wrapped
08:55:35  0:10.59     return new_func(*args, **kwargs)
08:55:35  0:10.59   File "/home/jenkins/src/releases/mozilla-esr60/build/moz.configure/init.configure", line 580, in split_triplet
08:55:35  0:10.59     cpu, manufacturer, os = triplet.split('-', 2)
08:55:35  0:10.59 ValueError: need more than 2 values to unpack
08:55:35  0:10.63 *** Fix above errors and then restart with\
08:55:35  0:10.63                "/usr/bin/make -f client.mk build"
08:55:35  0:10.63 client.mk:145: recipe for target 'configure' failed
08:55:35  0:10.63 make: *** [configure] Error 1
08:55:35 Build command for 'mozilla-esr60' failed, exited non-zero.

This also affects mozilla-release, see https://jenkins-dxr.mozilla.org/job/mozilla-release/374/console.

Comment 2

[Nick Thomas [:nthomas] (UTC+12)]

And mozilla-beta. They all need uplift of bug 1479540.

Comment 3

[Masatoshi Kimura [:emk]]

We should rather use per-branch toolchain.

Comment 4

[Kendall Libby [:fubar] (he/him)]

(In reply to Masatoshi Kimura [:emk] from comment #3)
> We should rather use per-branch toolchain.

We should rather have an actual team supporting the application, but we don't. My time for technical work is limited and at the moment entirely used up by work for the SCL3 exit. For the short term, the best workaround is probably to change the affected trees to do text-only indexing, so that at least the code is up to date; I've done that on the version of DXR in MDC1, and I may do so in SCL3 or I may just cut over the site. 

After the SCL3 exit, I'll be working with mcote on figuring out what to do with DXR as a service (as well as searchfox). If it lives, it should really be running under TaskCluster but that has its own issues to solve.

Comment 5

[Kendall Libby [:fubar] (he/him)]

Just cut over to MDC1, where we are doing text-only indexing of ESR60 and mozilla-beta.

Comment 6

[Nick Thomas [:nthomas] (UTC+12)]

And mozilla-release too, by the looks. That's plenty good enough for my porpoises, thanks.