[RESULT][VOTE] Release Apache Aurora 0.19.x packages

2018-02-26 Thread Renan DelValle
All, The vote to accept the proposed packages as our official binary packages for Apache Aurora 0.19.x has passed. +1 (Binding) -- Renan DelValle David McLaughlin Stephan Erb There were no 0 or-1 votes. There were no non-binding votes. The official packages are now

Re: [VOTE] Release Apache Aurora 0.19.x packages

2018-02-25 Thread Stephan Erb
+1 On 21.02.18, 20:01, "David McLaughlin" wrote: +1 from me. On Wed, Feb 21, 2018 at 9:57 AM, Renan DelValle wrote: > Another friendly reminder that we can't release the binary packages for > 0.19.x without at least three +1

Re: [VOTE] Release Apache Aurora 0.19.x packages

2018-02-21 Thread David McLaughlin
+1 from me. On Wed, Feb 21, 2018 at 9:57 AM, Renan DelValle wrote: > Another friendly reminder that we can't release the binary packages for > 0.19.x without at least three +1 binding votes. > > Not releasing a package for 0.19.x will create a problem for anyone trying > to

Re: [VOTE] Release Apache Aurora 0.19.x packages

2018-02-21 Thread Renan DelValle
Another friendly reminder that we can't release the binary packages for 0.19.x without at least three +1 binding votes. Not releasing a package for 0.19.x will create a problem for anyone trying to upgrade to later versions as we recommend upgrading version by version. Any and all feedback

Re: [VOTE] Release Apache Aurora 0.19.x packages

2018-02-14 Thread Renan DelValle
All, Friendly reminder to download, verify, and test so we can conclude the voting! Thanks! -Renan On Sun, Feb 11, 2018 at 1:37 PM, Renan DelValle wrote: > Kicking off the voting with a +1 (binding) from me. > > Tested all distributions using the test scripts. > > -Renan >

Re: [VOTE] Release Apache Aurora 0.19.x packages

2018-02-11 Thread Renan DelValle
Kicking off the voting with a +1 (binding) from me. Tested all distributions using the test scripts. -Renan On Sun, Feb 11, 2018 at 1:35 PM, Renan DelValle wrote: > All, > > I propose that we accept the following artifacts as the official deb and > rpm packaging for > Apache

[VOTE] Release Apache Aurora 0.19.x packages

2018-02-11 Thread Renan DelValle
All, I propose that we accept the following artifacts as the official deb and rpm packaging for Apache Aurora 0.19.x: https://dl.bintray.com/rdelvalle/aurora/ The Aurora deb and rpm packaging includes the following: --- The branch used to create the packaging is:

Re: [RESULT] [VOTE] Release Apache Aurora 0.19.x packages

2018-01-16 Thread Bill Farner
We'll need to step back to a new point release. I should be able to kick this off next week unless i am beaten to the punch. On Mon, Jan 15, 2018 at 4:00 PM, Renan DelValle wrote: > Should we try releasing the binaries again now that we tackled this issue? > There's

Re: [RESULT] [VOTE] Release Apache Aurora 0.19.x packages

2018-01-15 Thread Renan DelValle
Should we try releasing the binaries again now that we tackled this issue? There's been a few folks on the Slack channel have been asking when the binaries for 0.19 will be released. -Renan On Wed, Dec 13, 2017 at 5:23 PM, Bill Farner wrote: > I reverse my vote to -1 and am

[RESULT] [VOTE] Release Apache Aurora 0.19.x packages

2017-12-13 Thread Bill Farner
I reverse my vote to -1 and am closing the vote as failed. Turns out i had some old debs in my dist/ dir, and the test script picked those up. After clearing those, i encounter the same issue. Here is the culprit: $ ag -i THERMOS_EXECUTOR_RESOURCES specs/debian/aurora-scheduler.startup.sh 37:

Re: [VOTE] Release Apache Aurora 0.19.x packages

2017-12-13 Thread Renan DelValle
I'm running into the same issues as Stephan. I tried with Trusty, Xenial, and Jessie. Same issue with all. Somehow a Mesos fetcher entry with a URI value of '' gets injected into the task protobuf. This is the command I ran for Trusty: ./test/test-artifact.sh test/deb/ubuntu-trusty/

Re: [VOTE] Release Apache Aurora 0.19.x packages

2017-12-13 Thread Bill Farner
We would need at least 2 more binding votes to complete this release. Do folks need more time? On Tue, Dec 12, 2017 at 2:49 PM, thinker0 wrote: > +1, we 0.19.0 small production tested > 2017년 12월 13일 (수) 04:05, Mohit Jaggi 님이 작성: > > > +0, we don't use

Re: [VOTE] Release Apache Aurora 0.19.x packages

2017-12-12 Thread thinker0
+1, we 0.19.0 small production tested 2017년 12월 13일 (수) 04:05, Mohit Jaggi 님이 작성: > +0, we don't use the packages. If you just need someone to test and verify, > I can do that. Let me know. > > On Tue, Dec 12, 2017 at 9:53 AM, Bill Farner wrote: > > >

Re: [VOTE] Release Apache Aurora 0.19.x packages

2017-12-12 Thread Bill Farner
Friendly reminder that the vote is due to close tomorrow! Stephan - is the issue you described reproducible? Did i run the same test command(s) as you? On Sun, Dec 10, 2017 at 8:32 PM, Bill Farner wrote: > +1 from me, as the test script passes for all artifacts > > I did

Re: [VOTE] Release Apache Aurora 0.19.x packages

2017-12-10 Thread Bill Farner
+1 from me, as the test script passes for all artifacts I did not have time to run them prior to opening the vote; but i do not encounter the failure you did: $ ./test/test-artifact.sh test/deb/debian-jessie/ /repo/artifacts/aurora-debian-jessie/dist OK (all tests passed) Connection to

Re: [VOTE] Release Apache Aurora 0.19.x packages

2017-12-10 Thread Stephan Erb
I was just trying to run the validation scripts for Debian Jessie and those are failing with the error: I1210 20:48:36.172399 7371 fetcher.cpp:283] Fetching directly into the sandbox directory I1210 20:48:36.172417 7371 fetcher.cpp:220] Fetching URI '' Failed to fetch '': A relative path was

[VOTE] Release Apache Aurora 0.19.x packages

2017-12-08 Thread Bill Farner
All, I propose that we accept the following artifacts as the official deb and rpm packaging for Apache Aurora 0.19.x: https://dl.bintray.com/bill/aurora/ The Aurora deb and rpm packaging includes the following: --- The branch used to create the packaging is: