With a heavy heart:
+1 (binding)
On Wed, 2020-02-05 at 08:15 +0900, thinker0 wrote:
> +2
> 2020년 2월 5일 (수) 오전 2:22, Mauricio Garavaglia
> 님이작성:
> > +1
> > On Mon, Feb 3, 2020 at 8:27 PM Dave Lester wrote:
> > > +1 (binding)
> > > On 2020/02/03 22:59:56, Rick Mangi wrote:
> > > > +1
> > > > We
+1
Thanks for driving this!
On Wed, 2019-12-04 at 19:45 -0300, Mauricio Garavaglia wrote:
> +1 All tests passed
> On Tue, Dec 3, 2019 at 6:37 PM Renan DelValle wrote:
> > Kicking the voting off with a +1 from me.
> > Ran the end to end tests successfully.
> > On Tue, 03 Dec 2019 13:36:31 -0800
Thanks!
On 04.11.19, 21:14, "Renan DelValle" wrote:
Voting -1, marking this release as failed, and closing the vote on this
release candidate.
As Stephan Erb pointed out, we are currently failing our end to end tests.
Will investigate a solution and call
Sounds good from my side as well.
+1
On 15.10.19, 19:20, "Mauricio Garavaglia" wrote:
+1
On Mon, Oct 14, 2019 at 7:03 PM Renan DelValle wrote:
> Folks,
>
> We've accumulated enough changes where I feel comfortable beginning the
> voting process for a release
Supporting both versions temporarily for one release might be helpful for a
seamless upgrade path.However, of that is too much effort going directly to
Python 3 sounds okay to me as well.
There are a few complications with Thrift though. I have left some details on
the github issue.
Thanks for
Sounds good to me. Thanks for driving this!
Updating the documentation is a bit painful though. We would need to invest
into the tooling to get that fully automated.
Best regards,
Stephan
On 28.08.19, 19:51, "Renan DelValle" wrote:
CAUTION: External email. Please validate the sender
Sounds good to me. I have no objections moving to git.
Updating the documentation is a bit painful though. We would need to invest
into the tooling before we get that fully automated, even once we are on git.
On Wed, 2019-08-28 at 10:50 -0700, Renan DelValle wrote:
> All,
> I plan on filing a
Sounds good to me. Thanks for driving this!
I have another small patch lying around that I would like to get upstreamed. I
hope to have it ready for review in a few days.
Best regards,Stephan
On Tue, 2019-08-27 at 15:07 -0700, Renan DelValle wrote:
> Folks,
> Pending a sanity check from
Welcome :) We are glad to have you on board!
On 24.07.19, 21:17, "Renan DelValle" wrote:
All,
It is my pleasure to announce that Mauricio Garavaglia has agreed to join
the Aurora PMC. His membership acceptance comes at a crucial time for the
project to continue to exist as
Dear Aurora community,
the Apache Aurora project has seen a significant slowdown of user and
contributor activity over the most recent months. This can partially be
attributed to the overall stability and maturity of the project, but more
importantly this is due to other external projects that
I finally managed to take a look. Turns out that the `aurora-website.git`is
unused.
Apparently it was created but never adopted. Our site is still powered by
https://svn.apache.org/repos/asf/aurora/site.
I have filed https://issues.apache.org/jira/browse/INFRA-17797 to get it
removed.
Best
Hi Ted,
I will get back to you within the next 48 hours, so that we can get this
resolved.
Best regards,
Stephan
On 16.01.19, 20:19, "Ted Dunning" wrote:
Aurora didn't file a board report this month.
Is there somebody who can commit to corralling a report for next month in
he sandbox
from 755 (-rwxr-xr-x) to 750 (-rwxr-x---) (
https://issues.apache.org/jira/browse/MESOS-8332).
Stephan Erb fixed most of the breakage caused by this change with his
recent patch
https://github.com/apache/aurora/commit/32776792d273b36afbf4a1bab69a66
I have disabled the build https://builds.apache.org/job/AuroraBot/ for now in
order to stop this madness.
It looks like as if there is a general issue with the Apache build
infrastructure.
On 28.09.18, 14:34, "Apache Jenkins Server" wrote:
See
Thanks a lot for providing those!
On Wed, 2018-09-12 at 13:08 -0700, Renan DelValle wrote:
> All,
>
> Since we voted to eliminate official binary packages with our last official
> binary release being 0.20.0, I'm providing UNOFFICIAL binary packages for
> the community via my own personal
+1 (binding). Release verification has passed for me as well.
On 06.09.18, 23:01, "Renan DelValle" wrote:
Ran the verify release script, +1 (binding) from me.
On Thu, Sep 6, 2018 at 2:00 PM Renan DelValle
wrote:
> All,
>
> I propose that we accept the
I have uploaded the Mesos 1.5 eggs for Centos 7, Trusty, and Jessie now. Centos
6 failed to compile with a segmentation fault in GCC.
Please note though that we have discontinued official Aurora binary packages.
We therefore might also cut back on these egg builds in the future. If needed
you
Hey Tengfei,
the Aurora health checks cannot differentiate a service instance which has
deadlocked from one which is extremely slow. The decision to restart is then
performed by the executor without central coordination by the scheduler. Your
best course of action will therefore be to prevent
Thanks for driving this effort! I am looking forward to the change, as
it hopefully makes it easier for new contributors.
On Tue, 2018-06-19 at 13:21 -0700, Renan DelValle wrote:
> All,
>
> The vote to move from the legacy ASF git hosting to the GitBox service has
> passed. When we finish our
That sounds indeed concerning. Would be great if you could file an issue and
attach the related log files and tracebacks.
Bill recently added a potential replacement for the existing restore mechanism:
https://github.com/apache/aurora/commit/2e1ca42887bc8ea1e8c6cddebe9d1cf29268c714.
Given the
+1 for the release as is
Am 3. Mai 2018 21:05:32 MESZ schrieb Renan DelValle :
>All,
>
>Do we want to keep the vote open or should I close it as failed? It's
>been
>nearly a month since I called it.
>
>I am +1 for making these the official packages as I haven't encountered
>any
Hi everyone,
there are two interesting patches up for review that improve the docker
functionality in Aurora.
If anyone is invested into Docker, please have a look!
Adding enhancements to Docker functionality and client support for
FetcherURIs
https://reviews.apache.org/r/66537
Implement
Hey :)
certain Python + SSL variants on MacOS can have difficulties connection
to the Python package index.
Please try to patch https://github.com/apache/aurora/blob/master/pants#
L35 to use virtualenv==15.2.0.
You can leave the pants version at 1.4.0.dev23, which is the one we
have been using
Collector::test_mesos_disk_collector_bad_api_path
>
> Can anyone else confirm if this happens to them as well?
>
> -Renan
>
>
>
> On Thu, Mar 29, 2018 at 1:43 AM, Stephan Erb <stephan@blue-yonder.com>
> wrote:
>
> > +1
> >
> > Verification script has
+1
Verification script has passed for me now.
On 28.03.18, 21:30, "Renan DelValle" wrote:
All,
I propose that we accept the following release candidate as the official
Apache Aurora 0.20.0 release.
Aurora 0.20.0-rc1 includes the
Unfortunately, I am unable to get the end-to-end tests to pass, even after a
full `vagrant destroy && git clean -xfd`.
Things I have seen fail:
• Failures of the curl disabling Mesos maintenance schedules
• Can't check signature: public key not found
I have tested on two different computers
+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 (binding)
On 09.02.18, 02:02, "Bill Farner" wrote:
+1, binding
I did encounter a unit test failure, but maintain my +1 as this test case
has been notorious flaky on macOS 10.13.3 (especially for me, apparently).
All other checks in the verification
I think this is a good idea. Development has slowed down enough that it should
not be difficult to cut a release.
On 09.02.18, 02:49, "Renan DelValle" wrote:
All,
Since Mesos has shipped version 1.5.0 today, should we consider releasing
0.20.0 (which supports
Congratulations and welcome!
On Tue, 2018-02-06 at 12:11 -0800, Manivannan wrote:
> Welcome Renan and Jordan!
>
> On Tue, Feb 6, 2018 at 11:58 AM, Bill Farner wrote:
>
> > Folks,
> >
> > I'm happy to announce that we have two new developers on the project!
> >
> > Renan
Thanks!
On Mon, 2017-12-18 at 09:34 -0500, Jake Farrell wrote:
> Please find below the draft report for December, if anyone has any
> modifications or additions please let me know
>
> -Jake
>
>
>
> Apache Aurora is a stateless and fault tolerant service scheduler
> used to
> schedule jobs
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
Actually there was never a discussion. I just enabled it as a test and
then totally forgot about it because it worked surprisingly well.
I believe we won't use more than 1-2 GB. I simply added the remaining 2
as an additional safeguard when something else is launched on the
Jenkins node shortly
+1
Thanks for handling this, Bill.
On Mon, 2017-10-30 at 10:05 -0500, Joshua Cohen wrote:
> +1
>
> On Sun, Oct 29, 2017 at 6:30 PM, Bill Farner
> wrote:
>
> > >
> > > sha512 signature
> >
> >
> > Thanks, this is now fixed. The release script runs from the
> > released
+1 for switching to react. I believe this will reduce maintenance
effort for us in the long term.
On Fri, 2017-09-22 at 15:19 -0700, David McLaughlin wrote:
> Just a heads up: Facebook have decided to relicense React and Jest as
> MIT:
>
> https://code.facebook.com/posts/300798627056246
>
> So
Thank you, Jake!
On Tue, 2017-09-12 at 11:31 -0400, Jake Farrell wrote:
> Apache Aurora is a stateless and fault tolerant service scheduler
> used to
> schedule jobs onto Apache Mesos such as long-running services, cron
> jobs,
> and one off tasks.
>
> Project Status
> -
> The Apache
Reconciliation in Aurora is not a specific mode. It just runs
concurrently to other background work such as snapshots or backups [1].
Just be aware that we don't have metrics to track the runtime of
explicit and implicit reconciliations. If you use settings that are
overly aggressive, you might
This vote has passed. Vote summary:
+1 votes: 3 binding
+0 votes: 0
-1 votes: 0
Artifacts are now available in the official Apache Aurora bintray
repos:
https://bintray.com/apache/aurora/
On Sun, 2017-02-12 at 17:53 +0100, Stephan Erb wrote:
> All,
>
> I propose that we accept the
We are still one binding vote short for a release. Would be great if at
least of one additional PMC could take a look this week.
On Sun, 2017-02-12 at 17:53 +0100, Stephan Erb wrote:
> All,
>
> I propose that we accept the following artifacts as the official deb
> and rpm packaging
+1
Verified via release candidate script and deployment to a test cluster.
On Wed, 2017-02-01 at 11:22 +0100, Stephan Erb wrote:
> All,
>
> I propose that we accept the following release candidate as the
> official
> Apache Aurora 0.17.0 release.
>
> Aurora 0.17.0-rc0 i
All,
I propose that we accept the following release candidate as the
official
Apache Aurora 0.17.0 release.
Aurora 0.17.0-rc0 includes the following:
---
The RELEASE NOTES for the release are available at:
https://git-wip-us.apache.org/repos/asf?p=aurora.git=RELEASE-NOTES.md
=rel/0.17.0-rc0
The
Hi everyone,
I plan to cut 0.17.0rc this week. Please have a look at the open
reviews so that we can wrap this up.
https://reviews.apache.org/groups/aurora/
Best Regards,
Stephan
On Wed, 2017-01-25 at 00:10 +0100, Stephan Erb wrote:
> We are closing in on the number of open issues. ht
+1 (binding)
Verified via ./build-support/release/verify-release-candidate 0.16.0-rc2
On Do, 2016-09-22 at 15:36 -0500, Joshua Cohen wrote:
> +0 Missing AURORA-1779 in CHANGELOG
> +1 Everything checks out via verify-release-candidate
>
> Overall +1 (binding).
>
> On Thu, Sep 22, 2016 at 2:18
Unfortunately, I managed to break the links using newlines. Please be
mindful when trying to follow them.
On Di, 2016-06-21 at 00:53 +0200, Stephan Erb wrote:
> All,
>
> I propose that we accept the following artifacts as the official deb
> and rpm packaging for Apache Aurora 0.13.0
All,
I propose that we accept the following artifacts as the official deb
and rpm packaging for Apache Aurora 0.13.0.
https://dl.bintray.com/stephanerb/aurora/
The Aurora deb and rpm packaging includes the following:
---
The CHANGELOGs are available at:
Thanks for doing the follow-up! I'll gradually enable the option on our
clusters sometime next week and let you know if we hit any issues.
Assuming we don't run into any roadblocks: How about changing the
default of `-zk_use_curator` from False to True for the next release?
Then we cane make
All,
The vote to accept Apache Aurora 0.14.0 RC0
as the official Apache Aurora 0.14.0 release has passed.
+1 (Binding)
--
Jake Farrell
Maxim Khutornenko
Stephan Erb
+1 (Non-binding)
--
Martin Hrabovčin
There were no 0 or -1 votes. Thank you
+1 from me, for completeness. Verified via:
./build-support/release/verify-release-candidate 0.14.0-rc0
On Fr, 2016-06-10 at 16:28 +0200, Stephan Erb wrote:
> Re-post without line breaks in links:
> I propose that we accept the following release candidate as the
> official
> A
Hi everyone,
even though we are still in the process of getting 0.14 out of the
door, I'd like to propose that we aim for a short release cycle for
0.15.
This would entail:
* the update to Mesos 0.28.x
* no deprecation removals, so that it's easy to update from 0.14 to
0.15.
Any objections?
using filesystem image with the new
> Apache
> Mesos unified containerizer.
>
> Community
> ---
> Latest Additions:
>
> * PMC addition: Stephan Erb, 2.3.2016
>
> Issue backlog status since last report:
>
> * Created: 62
> * Resolved: 80
>
> Mailing
16:00:00 CEST 2016
[ ] +1 Release this as Apache Aurora 0.14.0
[ ] +0
[ ] -1 Do not release this as Apache Aurora 0.14.0 because...
On Fr, 2016-06-10 at 16:23 +0200, Stephan Erb wrote:
> All,
>
> I propose that we accept the following release candidate as the
> official
> Apach
All,
I propose that we accept the following release candidate as the
official
Apache Aurora 0.14.0 release.
Aurora 0.14.0-rc0 includes the following:
---
The RELEASE NOTES for the release are available at:
https://git-wip-us.apache.org/repos/asf?p=aurora.git=RELEASE-NOTES.md
=rel/0.14.0-rc0
The
53 matches
Mail list logo