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
+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
+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
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
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
>
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
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:
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
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
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:
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/
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
+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:
>
> >
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
+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
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
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:
17 matches
Mail list logo