In some ways, that's some of the best feedback we can get. Very happy to
hear that Aurora is working fo well for Chartbeat.

I do hope that you guys find some time to help us maintain the project.
Every little bit counts!

-Renan

On Fri, May 4, 2018 at 11:48 AM, Rick Mangi <r...@chartbeat.com> wrote:

> As strong users of aurora but weak contributors, we at Chartbeat apologize
> for our lack of participation. We’re several versions behind on
> mesos/aurora upgrades and that’s honestly because it works for us :)
>
> Going forward we’re hoping to be able to participate more, at least with
> testing new releases.
>
> We thank you though!
>
> Rick and the rest of Chartbeat Engineering
>
>
> > On May 4, 2018, at 2:38 PM, Renan DelValle <re...@apache.org> wrote:
> >
> > Hello all,
> >
> > I wanted to bring up a few points for discussion with the community. I'd
> > really like to hear what the community's thoughts are on these issues and
> > how can resolve them.
> >
> > 1. Lack of participation. This is due to many members moving on from the
> > project and becoming dormant. More concerning is the fact that our PMC
> > roster sits at 21 members [1] of which fewer than half have participated
> in
> > the project during the last 6 months.
> >
> > This inactivity has led the voting process for releases to be held up by
> > the inability to reach the required minimum 3 votes for releases (both
> > tar.gz and binary). Our latest binary packaging vote has been going on
> for
> > more than a month. [2]
> >
> > With the recent additions of Santhosh Kumar Shanmugham and Jordan Ly to
> the
> > Aurora PMC, we hope to mitigate this issue.
> >
> > It would be fantastic to see some initiative from long contributing
> members
> > to make a case for themselves for being considered for committer and/or
> PMC
> > membership.
> >
> > 2. Binary packages. While we have been struggling to get enough votes for
> > making the release official, the voting process has been marked by a lack
> > of enthusiasm from the community.
> >
> > I know that many folks are using these packages (including myself), but
> we
> > need to hear feedback when we call votes. It is not enough to stand by
> > silently if everything works; please let us know about it.
> >
> > As it stands, the enthusiasm (or lack thereof) for binary packages
> doesn't
> > justify the overhead involved in releasing them. Therefore I propose that
> > we drop official binary packages for the next release. This is up for
> > discussion and I'd love to hear everyone's opinion on this.
> >
> > An alternative to ending binary packages would be to automate the process
> > on tar.gz releases, but that would most likely need to be a community
> > contribution.
> >
> > 3. Version 1.0. I realize this is a touchy subject. While other projects
> > that were started around the same time as Aurora, such as Mesos itself,
> > have gone on to make a 1.0 release (indicating the projects maturity), we
> > have stuck to our 0.X.0 releases.
> >
> > Aurora is a mature project wether it is labeled 0.X.0 or X.0.0, but I
> > wanted to bring up for discussion how everyone felt about making our next
> > release a 1.0 release to reflect the stability and maturity of the
> project.
> >
> > That is all from me, if anyone else has any other concerns regarding the
> > Aurora community, feel free to bring it up in this thread!
> >
> > -Renan
> >
> >
> > [1] https://projects.apache.org/committee.html?aurora
> > [2] https://lists.apache.org/thread.html/9df9d142408efffd11a1cdc5e4c1e3
> > 67208cf8e618730f7c761b0f35@%3Cdev.aurora.apache.org%3E
>
>

Reply via email to