Mac OS X comm-central and comm-aurora nightly builds are missing Latest available comm-aurora build is from 17-Jul-2012: https://ftp.mozilla.org/pub/mozilla.org/calendar/lightning/nightly/latest-comm-central/macosx-xpi/ Latest available comm-aurora build is from 27-Jul-2012: https://ftp.mozilla.org/pub/mozilla.org/calendar/lightning/nightly/latest-comm-aurora/macosx-xpi/
Related to whatever is the real reason for bug 777920. The master is dropping out almost every hour, which means lots of builds have slave lost messages. Gozer, could you look into why this is happening? I am out of ideas...
Component: Build Config → General
Product: Calendar → Mozilla Labs
Version: Lightning 1.8 → unspecified
Any update on this? Mac OS X nightly builds are gone for more than one month now.
Looks like gozer was not on CC. I've been pretty busy with exams, so I haven't had a chance to look into the builders. I can take a look later this week to see if I can find something in the logs, but I fear this is that wierd network connection issue where netops says its not their problem :-(
Summary: Mac OS X comm-central and comm-aurora Lightning nightly builds are missing → Mac OS X comm-central and comm-aurora Lightning nightly builds are missing since 17-Jul-2012
2012-08-29 comm-central build indicates problem with build tool chain: > checking whether the C compiler ( -arch i386 -gdwarf-2 ) works... no > configure: error: installation or configuration problem: C compiler cannot create executables. > *** Fix above errors and then restart with "make -f client.mk build" > make: *** [configure] Error 1 > make: *** [objdir-tb/i386/Makefile] Error 2 > make: *** [build] Error 2 2012-08-29 comm-aurora build indicates packager problem: > rm -rf objdir-tb/i386/mozilla/dist/universal/test-package-stage > if test -d objdir-tb/i386/mozilla/dist/test-package-stage -a \ > -d objdir-tb/x86_64/mozilla/dist/test-package-stage; then \ > cp objdir-tb/i386/mozilla/dist/test-package-stage/mochitest/automation.py \ > objdir-tb/x86_64/mozilla/dist/test-package-stage/mochitest/; \ > cp objdir-tb/i386/mozilla/dist/test-package-stage/reftest/automation.py \ > objdir-tb/x86_64/mozilla/dist/test-package-stage/reftest/; \ > if test -e objdir-tb/i386/mozilla/dist/test-package-stage/mozmill/automation.py; then \ > cp objdir-tb/i386/mozilla/dist/test-package-stage/mozmill/automation.py \ > objdir-tb/x86_64/mozilla/dist/test-package-stage/mozmill/; \ > fi; \ > /builds/slave/ca-macosx64-nightly/build/mozilla/build/macosx/universal/unify \ > --unify-with-sort "all-test-dirs\.list$" \ > objdir-tb/i386/mozilla/dist/test-package-stage \ > objdir-tb/x86_64/mozilla/dist/test-package-stage \ > objdir-tb/i386/mozilla/dist/universal/test-package-stage; \ > fi > /builds/slave/ca-macosx64-nightly/build/mozilla/build/macosx/universal/unify: warning: makeUniversalDirectory: only in x86 objdir-tb/x86_64/mozilla/dist/test-package-stage/xpcshell/tests/xpcom/tests/unit: > TestJemalloc > objdir-tb/i386/config/autoconf.mk:412: /config/baseconfig.mk: No such file or directory > make: *** No rule to make target `/config/baseconfig.mk'. Stop. > make: *** [build] Error 2 > program finished with exit code 2
Thanks for pasting those bits! The aurora problem could be an issue with the mozconfig, maybe something changed there? I bet that is supposed to be $(topsrcdir)/config/baseconfig.mk. The comm-central message suggests the compiler cannot be found. This might be a mozconfig issue too, I remember there was a hack to unset CC/CXX. I really do need to look into these issues, but I'm still going to be swamped until at least Sept. 4th.
Component: General → Build Config
Product: Mozilla Labs → Calendar
Philipp, any update on this? Or is there someone else from release team who could help? It's the 8th week without any Mac nightly build.
Severity: major → blocker
Fix part one, our universal.mk is missing a line that was added more recently: comm-central changeset 508fa4f1b9b2 releases/comm-aurora changeset 9f9be237875c releases/comm-beta changeset de4696c83c51 Fix part two, we need to switch c-c to building with clang, seems this wasn't done fully. I've removed the hack that unsets CC as I didn't see much of a difference. build/buildbot-configs changeset 5670f58a3da3
Builds are green and we have a new nightly!
Status: NEW → RESOLVED
Last Resolved: 6 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.