Incubator PMC/Board report for Oct 2014 ([ppmc])

Dear podling, This email was sent by an automated system on behalf of the Apache Incubator PMC. It is an initial reminder to give you plenty of time to prepare your quarterly board report. The board meeting is scheduled for Wed, 15 October 2014, 10:30 am PST. The report for your podling will

Summary of IRC Meeting in #aurora

Summary of IRC Meeting in #aurora at Mon Oct 6 18:03:48 2014: Attendees: dnorris, wickman, jfarrell, mchucarroll, jcohen, Yasumoto, kts, wfarner_, zmanji, dlester - Preface - Meetup in NYC - 0.6.0 release candidate - New documentation - Action: kts clean up and publish cron documentation - OP

Build failed in Jenkins: Aurora #618

See Changes: [dmclaughlin] Test all the nouns and verbs within the Aurora Command Line for help output. -- Started by an SCM change Building remotely on ubuntu-2 (Ubuntu ubuntu) in workspace

Re: Build failed in Jenkins: Aurora #618

Is anyone on this? On Mon, Oct 6, 2014 at 11:28 AM, Apache Jenkins Server < jenk...@builds.apache.org> wrote: > See > > Changes: > > [dmclaughlin] Test all the nouns and verbs within the Aurora Command Line > for help output. > >

Re: Build failed in Jenkins: Aurora #618

It's unrelated to the commit I pushed (a python change). ./gradlew -Pq build also works locally. On Mon, Oct 6, 2014 at 11:42 AM, Zameer Manji wrote: > Is anyone on this? > > On Mon, Oct 6, 2014 at 11:28 AM, Apache Jenkins Server < > jenk...@builds.apache.org> wrote: > > > See

Re: Build failed in Jenkins: Aurora #618

Filed https://issues.apache.org/jira/browse/AURORA-798 On Mon, Oct 6, 2014 at 11:44 AM, David McLaughlin wrote: > It's unrelated to the commit I pushed (a python change). ./gradlew -Pq > build also works locally. > > On Mon, Oct 6, 2014 at 11:42 AM, Zameer Manji > wrote: > > > Is anyone on this

Re: Upgrading pants to pin our python interpreter version

Hi all, This is out for review at https://reviews.apache.org/r/26378/. Once it ships, we'll be enforcing python2.7 by default. Please reach out with any questions/concerns! Thanks, Joe On Mon, Sep 22, 2014 at 12:16 PM, Joe Smith wrote: > Hi all, > > Pants is cutting a new release >

Build failed in Jenkins: Aurora #619

See Changes: [mchucarroll] Add "aurora update list" and "aurora update status" commands. -- [...truncated 426 lines...] twitter.common.python.http: Resolving pypi.python.org: 32.2ms twitter.common.pyth

Build failed in Jenkins: Aurora #620

See Changes: [maxim] Build break fix. -- [...truncated 218 lines...] no previously-included directories found matching 'wheel/test/*/dist' no previously-included directories found matching 'wh

Removing Aurora's special handling of the 'rack' attribute

I have put up a review which removes the special casing and handling of the ‘rack’ constraint. This is a breaking change because Aurora will no longer inject a rack constraint of 1 if a job omits a rack constraint value. However this means that Aurora will be a

Re: Build failed in Jenkins: Aurora #620

When Kevin lands https://reviews.apache.org/r/26324/ these sorts of errors should go away. On Mon, Oct 6, 2014 at 4:30 PM, Apache Jenkins Server < jenk...@builds.apache.org> wrote: > See > > Changes: > > [maxim] Build break fix. > > -

Re: Removing Aurora's special handling of the 'rack' attribute

Will 'host' be deprecated as well? On Mon, Oct 6, 2014 at 4:30 PM, Zameer Manji wrote: > I have put up a review which removes > the special casing and handling of the ‘rack’ constraint. This is a > breaking change because Aurora will no longer inject a rack

Re: Removing Aurora's special handling of the 'rack' attribute

I currently don't plan on removing 'host' right now or in the future. If there is a need to remove it I would prefer to tackle it later. On Mon, Oct 6, 2014 at 5:13 PM, Kevin Sweeney wrote: > Will 'host' be deprecated as well? > > On Mon, Oct 6, 2014 at 4:30 PM, Zameer Manji > wrote: > > > I ha

Re: Removing Aurora's special handling of the 'rack' attribute

Why not take it all at once and avoid the need for 2 deprecation cycles? With that change folks with existing Mesos clusters would be able to deploy Aurora without changing the attributes flag on every slave (which requires rebooting the entire cluster to take effect). On Mon, Oct 6, 2014 at 5:24

Build failed in Jenkins: Aurora #621

See Changes: [wickman] Upgrade to pants 0.0.24 -- [...truncated 556 lines...] twitter.common.python.http: Caching https://pypi.python.org/packages/source/t/twitter.common.log/twitter.common.log-0.3.1.ta

Re: Removing Aurora's special handling of the 'rack' attribute

I haven't done it all at once because I haven't seen any demand for removing the 'host' attribute. If you (or other people) disagree, I can remove both special cases in one go. On Mon, Oct 6, 2014 at 5:37 PM, Kevin Sweeney wrote: > Why not take it all at once and avoid the need for 2 deprecatio

Re: Removing Aurora's special handling of the 'rack' attribute

This ticket (5 watchers and 2 votes) suggests demand exists: https://issues.apache.org/jira/browse/AURORA-174 On Mon, Oct 6, 2014 at 5:47 PM, Zameer Manji wrote: > I haven't done it all at once because I haven't seen any demand for > removing the 'host' attribute. If you (or other people) disag

Re: Build failed in Jenkins: Aurora #621

Kevin, any chance you can commit https://reviews.apache.org/r/26324/ ? On Mon, Oct 6, 2014 at 5:45 PM, Apache Jenkins Server < jenk...@builds.apache.org> wrote: > See > > Changes: > > [wickman] Upgrade to pants 0.0.24 > >