(Not to leave the thread hanging -- all this has been done previously.) On Fri, Dec 9, 2016 at 8:08 AM, Roman Shaposhnik <ro...@shaposhnik.org> wrote:
> Davor, congrants on the votes passing. > > It is customary to conclude the vote (especially a more official one like > this) > with a summary email with a subject: > [RESULT][VOTE]... > giving the tally of everyone who voted. Please consider doing that. > > Thanks, > Roman. > > On Thu, Dec 8, 2016 at 3:34 PM, Davor Bonaci <da...@apache.org> wrote: > > Since the discussion seems to have concluded and the formal vote has > passed > > unanimously [1], I'll submit the draft resolution to the Board for their > > consideration (per graduation guide [2]). > > > > Thanks everyone! > > > > [1] > > https://lists.apache.org/thread.html/71a1c63837a7d1506a10af9c70af1c > 24db988451ac5b53fa2467b9b8@%3Cgeneral.incubator.apache.org%3E > > [2] > > http://incubator.apache.org/guides/graduation.html#top- > level-board-proposal > > > > On Mon, Dec 5, 2016 at 10:13 AM, Davor Bonaci <da...@apache.org> wrote: > > > >> Since it seems we have a consensus, I'm going to start a formal vote. > >> > >> Please keep the discussion going, and vote only after you feel ready. > >> (Regardless of the outcome, we’d love to hear specific feedback on what > can > >> be improved going forward.) > >> > >> On Sun, Dec 4, 2016 at 11:16 PM, Sergio Fernández <wik...@apache.org> > >> wrote: > >> > >>> Out of personal technical interests, I've been following the podling > quite > >>> close. > >>> They have made en enormous effort, both on the technical and community > >>> sides. > >>> I strongly believe the project is ready for graduation. > >>> > >>> On Fri, Dec 2, 2016 at 8:36 PM, Davor Bonaci <da...@apache.org> wrote: > >>> > >>> > Hi everyone, > >>> > Apache Beam entered incubation in early February. Over the past 10 > >>> months, > >>> > the podling has made great progress across various areas: refactoring > >>> the > >>> > project to remove any special treatment given to a runner or a > vendor, > >>> > building processes that encourage open development, evangelizing the > >>> > project, and growing the community. > >>> > > >>> > Now, with the support of our mentors and overwhelming support from > the > >>> > wider Beam community [1], I’d like start a discussion on the > progress we > >>> > have made and a possible graduation recommendation as a new top-level > >>> > project. > >>> > > >>> > To prepare for the discussion, we have published our self-assessment > [2] > >>> > against the Apache Maturity Model. We tried to include links and > >>> evidence > >>> > whenever applicable. I’ll summarize the commonly asked questions > here, > >>> but > >>> > please see the self-assessment for additional information, various > >>> details, > >>> > graphs, evidence, etc. > >>> > > >>> > > Releases? > >>> > > >>> > Three -- all unanimously approved, all driven by different release > >>> > managers, across different organizations. A detailed release guide is > >>> > available on the website. > >>> > > >>> > > Community growth? > >>> > > >>> > There has been a clear growth month-over-month. We have had 1500+ > pull > >>> > requests on GitHub and 110+ individual code contributors. In terms of > >>> > mailing list activity, over the past 30 days, we have had 50+ > individual > >>> > participants on dev@ and 35+ on user@. > >>> > > >>> > > Organizational influence? > >>> > > >>> > We have worked hard to remove any special treatment given to any > >>> > organization. The bulk of the initial code donation came from Google, > >>> but > >>> > now both the project’s code and branding have a clean separation > between > >>> > the project and Google Cloud Dataflow (which has become just one of > many > >>> > runners that can be used within Beam). > >>> > > >>> > While it is true that Googlers continue to provide the majority of > >>> commits, > >>> > over the last three months no single organization has had more than > >>> ~50% of > >>> > unique monthly contributors. (Please see the graph in the > >>> self-assessment.) > >>> > Diverse influences are also particularly clear when you look across > >>> modules > >>> > within the project. Beam has about ~22 large modules in the > codebase, at > >>> > least 10 modules have been developed with little to no contribution > from > >>> > Googlers. > >>> > > >>> > Now, if we were to graduate, the Beam PPMC recommends the following > >>> > information for the Board resolution: > >>> > * Project name: Apache Beam > >>> > * Project description and scope: a unified programming model for > >>> both > >>> > batch and streaming data processing, enabling efficient execution > across > >>> > diverse distributed execution engines and providing extensibility > points > >>> > for connecting to different technologies and user communities. > >>> > * PMC composition: > >>> > * Tyler Akidau <taki...@apache.org> > >>> > * Davor Bonaci <da...@apache.org> > >>> > * Robert Bradshaw <rober...@apache.org> > >>> > * Ben Chambers <bchamb...@apache.org> > >>> > * Luke Cwik <lc...@apache.org> > >>> > * Stephan Ewen <se...@apache.org> > >>> > * Dan Halperin <dhalp...@apache.org> > >>> > * Kenneth Knowles <k...@apache.org> > >>> > * Aljoscha Krettek <aljos...@apache.org> > >>> > * Maximilian Michels <m...@apache.org> > >>> > * Jean-Baptiste Onofré <jbono...@apache.org> > >>> > * Frances Perry <fran...@apache.org> > >>> > * Amit Sela <amits...@apache.org> > >>> > * Josh Wills <jwi...@apache.org> > >>> > (The ratification of the full text of the draft resolution is nearing > >>> > completion.) > >>> > > >>> > While we have made great progress across the board (thanks to so > many of > >>> > you in this community), I’m sure there’s still plenty to do. We > >>> continue to > >>> > be focused on community growth, and processes that encourage open > >>> > development. Regardless of the outcome of this discussion, we’d love > to > >>> get > >>> > specific feedback on what can be improved going forward. > >>> > > >>> > Any thoughts, comments, questions or concerns? Thank you. > >>> > > >>> > Davor > >>> > > >>> > [1] > >>> > https://lists.apache.org/thread.html/f133fb6bf2d1851d1bd5880c772e4b > >>> > 050700154fa178fdb00a5b66bf@%3Cdev.beam.apache.org%3E > >>> > [2] http://beam.incubator.apache.org/contribute/maturity-model/ > >>> > > >>> > >>> > >>> > >>> -- > >>> Sergio Fernández > >>> Partner Technology Manager > >>> Redlink GmbH > >>> m: +43 6602747925 > >>> e: sergio.fernan...@redlink.co > >>> w: http://redlink.co > >>> > >> > >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > For additional commands, e-mail: general-h...@incubator.apache.org > >