Re: Build failed in Jenkins: Aurora #1316

2016-01-08 Thread John Sirois
On Wed, Jan 6, 2016 at 12:36 PM, John Sirois wrote: > On Wed, Jan 6, 2016 at 12:22 PM, John Sirois wrote: > > > > > > > On Wed, Jan 6, 2016 at 10:59 AM, Apache Jenkins Server < > > jenk...@builds.apache.org> wrote: > > > >> See > >> > >> Change

Re: [VOTE] Release Apache Aurora 0.11.0 debs

2016-01-08 Thread John Sirois
On Wed, Dec 23, 2015 at 2:23 PM, John Sirois wrote: > > > On Wed, Dec 23, 2015 at 2:14 PM, John Sirois wrote: > >> -1 non-binding >> >> Tested using new installing guide in Vagrant image using >> 'ubuntu/trusty64' against mesos 0.24.1. >> Everything worked after 2 tweaks: >> 1. sudo apt-get inst

Re: [VOTE] Release Apache Aurora 0.11.0 debs

2016-01-08 Thread Bill Farner
Folks, I respectfully ask that we keep this thread on the topic of the vote at hand. PMC members - please vote. We need to make progress and release packages for our latest release. On Friday, January 8, 2016, Jake Farrell wrote: > I pushed the api bindings for 0.8 to repository.a.o [1] after

Re: [PROPOSAL] Replace commons-args

2016-01-08 Thread Maxim Khutornenko
"Can you turn that concern into a more firm stance?" - you mastered the original library and I fully trust you with the new one :) +1. On Thu, Jan 7, 2016 at 6:58 PM, Bill Farner wrote: > Can you turn that concern into a more firm stance? > > FWIW if you look closely, there's really only about 1

Re: [VOTE] Release Apache Aurora 0.11.0 debs

2016-01-08 Thread Jake Farrell
I pushed the api bindings for 0.8 to repository.a.o [1] after a one off vote for that specific binary artifact, but we never incorporated that as part of our official release process. we need to look into making the convenience binaries (deb, rpm, jar) easier to package and assemble for a vote at s

Re: [VOTE] Release Apache Aurora 0.11.0 debs

2016-01-08 Thread Matthias Bach
Hi, Am 27.12.2015 um 00:21 schrieb ben...@gmail.com: > I've been producing a set of Mesos debs that are not derived from the > Mesosphere packages, with the goal of having a set of debs that follow > Debian conventions and packaging policies as closely as I can get them. Great work. This are far