985964 - No 2.27a2 aurora nightly builds since the last merge

Status: VERIFIED FIXED

(SeaMonkey :: Build Config, defect)

Description

[rsx11m]

I think we had this in previous cycles before - aurora builds aren't started any more for all platforms, the last builds were March 17 just before the merge.

There are no folders or log files on the FTP server. Trunk (except Linux) nightly and beta tinderbox builds seem ok.

Comment 1

[Edmund Wong (:ewong)]

We're getting this on OSX64:

checking for localeconv... (cached) yes
updating cache /builds/slave/c-aurora-osx64-ntly/build/objdir/i386/config.cache
creating ./config.status
Reticulating splines...
Traceback (most recent call last):
  File "./config.status", line 916, in <module>
    config_status(**args)
  File "/builds/slave/c-aurora-osx64-ntly/build/mozilla/python/mozbuild/mozbuild/config_status.py", line 148, in config_status
    summary = the_backend.consume(definitions)
  File "/builds/slave/c-aurora-osx64-ntly/build/mozilla/python/mozbuild/mozbuild/backend/base.py", line 186, in consume
    for obj in objs:
  File "/builds/slave/c-aurora-osx64-ntly/build/mozilla/python/mozbuild/mozbuild/frontend/emitter.py", line 106, in emit
    objs = list(self.emit_from_sandbox(out))
  File "/builds/slave/c-aurora-osx64-ntly/build/mozilla/python/mozbuild/mozbuild/frontend/emitter.py", line 433, in emit_from_sandbox
    sandbox['SRCDIR'])
mozbuild.frontend.reader.SandboxValidationError: A jar.mn exists in /builds/slave/c-aurora-osx64-ntly/build/mozilla/extensions/venkman/resources but it is not referenced in the corresponding moz.build file. Please define JAR_MANIFESTS in the moz.build file.
configure: error: /builds/slave/c-aurora-osx64-ntly/build/mozilla/configure failed for mozilla
*** Fix above errors and then restart with               "make -f client.mk build"
make[2]: *** [configure] Error 1
make[1]: *** [objdir/i386/Makefile] Error 2
make: *** [build] Error 2
program finished with exit code 2
elapsedTime=68.317676

Ditto with Win32.  Linux is because of libpango version.

Comment 2

[Philip Chee]

> mozbuild.frontend.reader.SandboxValidationError: A jar.mn exists in
> /builds/slave/c-aurora-osx64-ntly/build/mozilla/extensions/venkman/resources
> but it is not referenced in the corresponding moz.build file. Please define
> JAR_MANIFESTS in the moz.build file.

I fixed ths in Bug 952120 (Port bug 774572 (Define JAR_MANIFESTS in moz.build files) to Venkman). Don't know why the build scripts are picking an older changeset of Venkman.

Comment 3

[Philip Chee]

client.py  in Aurora is supposed to be pulling Venkman using the SEA2_25_RELBRANCH tag And that branch has my fix.

Comment 5

[Edmund Wong (:ewong)]

Attachment: Update client.py for extensions.

Pushed already to comm-aurora (r+a=bustage)
Putting the patch on here for post-push review.

Comment 6

[Philip Chee]

> Pushed already to comm-aurora (r+a=bustage)
comm-aurora changeset eb1e3b5cac3e
http://hg.mozilla.org/releases/comm-aurora/rev/eb1e3b5cac3e

Comment 7

[rsx11m]

I see recent tinderbox builds for Windows and Mac OSX, this seems to have done the trick.
So, this will have to be done after each merge now or is there some way to automate it?

Comment 8

[Edmund Wong (:ewong)]

I believe this is fixed.