Thanks Matei and sebb. Starting a new thread and collecting the VOTEs all over again would be time consuming. In the [RESULT] [VOTE] thread, we'll have the updated resolution text, and it will be present in the board report shortly thereafter. If discussion needs to continue at that point we can start a [DISCUSS] [RESULT] [VOTE] thread.
Thanks for the catch on the different scope descriptions. I think it should be the first one (the 2nd looks to be an omission from a cut/paste from the Mesos graduation resolution). Cheers, Chris -----Original Message----- From: sebb <seb...@gmail.com> Reply-To: "general@incubator.apache.org" <general@incubator.apache.org> Date: Sunday, February 9, 2014 7:10 AM To: "general@incubator.apache.org" <general@incubator.apache.org> Subject: Re: [VOTE] Graduation of Apache Spark from the Incubator >I think it would be better to start a new thread with the updated text. > >Also, the two scope descriptions are slightly different: > >"related to fast and flexible large-scale data analysis >on clusters." > >v. > >"related to efficient cluster management, resource isolation >and sharing across distributed applications" > >I don't know whether that is important or not. > > >On 8 February 2014 22:46, Matei Zaharia <matei.zaha...@gmail.com> wrote: >> Thanks everyone for the votes. Since we now have accounts for everyone, >>I've updated the committer list below to include ASF IDs. Thanks to >>INFRA, we also now have both pull request postings and comments on them >>forwarded to the our mailing list. >> >> ---- snip >> >> WHEREAS, the Board of Directors deems it to be in the best >> interests of the Foundation and consistent with the >> Foundation's purpose to establish a Project Management >> Committee charged with the creation and maintenance of >> open-source software, for distribution at no charge to the >> public, related to fast and flexible large-scale data analysis >> on clusters. >> >> NOW, THEREFORE, BE IT RESOLVED, that a Project Management >> Committee (PMC), to be known as the "Apache Spark Project", be >> and hereby is established pursuant to Bylaws of the Foundation; >> and be it further >> >> RESOLVED, that the Apache Spark Project be and hereby is >> responsible for the creation and maintenance of software >> related to efficient cluster management, resource isolation >> and sharing across distributed applications; and be it further >> RESOLVED, that the office of "Vice President, Apache Spark" be >> and hereby is created, the person holding such office to serve >> at the direction of the Board of Directors as the chair of the >> Apache Spark Project, and to have primary responsibility for >> management of the projects within the scope of responsibility >> of the Apache Spark Project; and be it further >> RESOLVED, that the persons listed immediately below be and >> hereby are appointed to serve as the initial members of the >> Apache Spark Project: >> >> * Mosharaf Chowdhury <mosha...@apache.org> >> * Jason Dai <jason...@apache.org> >> * Tathagata Das <t...@apache.org> >> * Ankur Dave <ankurd...@apache.org> >> * Aaron Davidson <a...@apache.org> >> * Thomas Dudziak <to...@apache.org> >> * Robert Evans <bo...@apache.org> >> * Thomas Graves <tgra...@apache.org> >> * Andy Konwinski <and...@apache.org> >> * Stephen Haberman <steph...@apache.org> >> * Mark Hamstra <markhams...@apache.org> >> * Shane Huang <shane_hu...@apache.org> >> * Ryan LeCompte <ryanlecom...@apache.org> >> * Haoyuan Li <haoy...@apache.org> >> * Sean McNamara <mcnam...@apache.org> >> * Mridul Muralidharam <mridul...@apache.org> >> * Kay Ousterhout <kayousterh...@apache.org> >> * Nick Pentreath <mln...@apache.org> >> * Imran Rashid <iras...@apache.org> >> * Charles Reiss <wog...@apache.org> >> * Josh Rosen <joshro...@apache.org> >> * Prashant Sharma <prash...@apache.org> >> * Ram Sriharsha <har...@apache.org> >> * Shivaram Venkataraman <shiva...@apache.org> >> * Patrick Wendell <pwend...@apache.org> >> * Andrew Xia <xiajunl...@apache.org> >> * Reynold Xin <r...@apache.org> >> * Matei Zaharia <ma...@apache.org> >> >> NOW, THEREFORE, BE IT FURTHER RESOLVED, that Matei Zaharia be >> appointed to the office of Vice President, Apache Spark, to >> serve in accordance with and subject to the direction of the >> Board of Directors and the Bylaws of the Foundation until >> death, resignation, retirement, removal or disqualification, or >> until a successor is appointed; and be it further >> >> RESOLVED, that the Apache Spark Project be and hereby is >> tasked with the migration and rationalization of the Apache >> Incubator Spark podling; and be it further >> >> RESOLVED, that all responsibilities pertaining to the Apache >> Incubator Spark podling encumbered upon the Apache Incubator >> Project are hereafter discharged. >> >> ---- >> >> >> >> >> >> >> On Feb 8, 2014, at 9:02 AM, David Nalley <da...@gnsa.us> wrote: >> >>> Ted and Henry: Thanks for the thoughtful replies and indulging my >>>concerns. >>> >>> +1 (binding) >>> >>> --David >>> >>> On Fri, Feb 7, 2014 at 12:33 AM, Henry Saputra >>><henry.sapu...@gmail.com> wrote: >>>> HI David Nalley, >>>> >>>> Thank you for your comment and concern, really appreciate it. >>>> >>>> As Patrick had mentioned in his reply, this is not a persistent >>>>problem. >>>> The reminder I sent was about particular topic which could be >>>> interpreted as design or roadmap topic rather than review for a patch. >>>> Rather than reminding an individual or two involved in the discussion, >>>> I decided to send email to dev@ list to show by example the open and >>>> transparent discussions the ASF way. >>>> >>>> Hope this gives some more clarification about the state of the podling >>>> embracing the ASF way. >>>> >>>> - Henry >>>> >>>> On Thu, Feb 6, 2014 at 9:19 PM, Patrick Wendell <pwend...@gmail.com> >>>>wrote: >>>>> Hey All - chiming in as an active Spark committer. >>>>> >>>>>> The part that disturbs me is that after the vote passed in the >>>>>> community, and came to the IPMC a mentor is still having to remind >>>>>> folks that things like strategy and roadmap discussions need to >>>>>>happen >>>>>> on the mailing list. That's a pretty foundational concept in my mind >>>>>> for an Apache project. >>>>> >>>>> Henry gave a reminder on the mailing list not because it's a >>>>> persistent problem but because it never explicitly came up prior to >>>>> this. We use github for review comments and in one case this week >>>>> there was a brief discussion that could be interpreted as roadmap - >>>>>so >>>>> Henry just gave a reminder not to do that. I can't imagine why any >>>>> project would *want* to use github review comments for long term >>>>> roadmap discussion... it's a terrible medium for that anyways! We >>>>>have >>>>> a very active developer list and that is where these discussions take >>>>> place. >>>>> >>>>>> The missing account issues are somewhat troubling, but also not >>>>>>really >>>>>> within the purview of the podling to fix either; though I find it >>>>>>odd >>>>>> that people committed to the podling (and many initial committers) >>>>>> haven't asked for their Apache account or needed to use it. >>>>> >>>>> This is because those people have still contributed a lot of code via >>>>> other commiters who merge so it's not an immediate urgency. For >>>>> perspective I am a committer on two other ASF projects but I've never >>>>> personally committed code to either - I do it through the more active >>>>> committers who basically spend all their time merging patches. A few >>>>> of the initial commiters are not currently active on the project; >>>>> they've made major contributions over the last few years of >>>>> development and are committers in recognition of those contributions >>>>> (see above). >>>>> >>>>> Popping up a level. We are happy to have github discussions forward >>>>>to >>>>> either our dev- list or a reviews- list or something like that (I >>>>> beleive Matei is setting that up now). If IPCM folks want to debate >>>>> whether we should *have* to do that, it seems sensible to fork a >>>>> thread and discuss elsewhere. If IPMC folks want to debate whether >>>>> github should be allowed at all, I also think it's better discussed >>>>> outside of this graduation thread. >>>>> >>>>> --------------------------------------------------------------------- >>>>> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org >>>>> For additional commands, e-mail: general-h...@incubator.apache.org >>>>> >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org >>>> For additional commands, e-mail: general-h...@incubator.apache.org >>>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org >>> For additional commands, e-mail: general-h...@incubator.apache.org >>> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org >> For additional commands, e-mail: general-h...@incubator.apache.org >> > >--------------------------------------------------------------------- >To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org >For additional commands, e-mail: general-h...@incubator.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
