I just reviewed the checklist and it looks good! I also made a few corrections to the sentences.
It seems the only NO we have on that checklist is for: *QU30 **The project provides a well-documented channel to report security issues, along with a documented way of responding to them.* What I saw from some other projects is that they have a special security mailing list (cf. hadoop <https://hadoop.apache.org/mailing_lists.html> , tomcat <http://tomcat.apache.org/security.html>) However, I didn't see any sign of channel for security for Apache Spark for exemple. However we can create a Ticket on Infra <https://issues.apache.org/jira/browse/INFRA-1279?jql=text%20~%20%22security%20mailing%22> to open one On Fri, Feb 5, 2016 at 10:04 AM, Corneau Damien <cornead...@gmail.com> wrote: > [image: Inline image 1] > > On Fri, Feb 5, 2016 at 9:36 AM, Amos Elberg <amos.elb...@gmail.com> wrote: > >> Since subtlety has not worked, I will now be blunter. >> >> The reason PR 208 has been delayed since August is that Felix Cheung >> demanded that I credit him as a co-author even though he hadn't done >> any work. >> >> When I refused, Felix privately contacted Moon, who is his friend, and >> claimed the PR contained Felix' intellectual property. Moon then held >> the PR at Felix' request. >> >> I found out what happened after I pursued Moon to ask why the PR had >> been ignored. When he told me what happened, I had to offer e-mail >> chains and commit logs to prove that Felix was lying. >> >> Since then, its been one bogus, junk reason for delay after another. >> For a while, this seems to be because Moon wanted to give Felix time to >> produce a competing implementation. Except, Felix wasn't able to do >> it. I caught him trying to pass-off code he'd stolen as his own, with >> Moon (who should have known) present. >> >> When I confronted Moon he told me, basically, "don't rock our boat." >> >> If anyone has any doubt about whether what I've said is true, I have the >> email chains, the commit logs, the chat records... >> >> I believe the reason PRs have been delayed is that they conflicted with >> other goals of either NFLabs, or friends of committers. Such as security >> PRs, when NFlabs offers multi-user functionality commercially and outside >> the project. >> >> >> >> >> >> Here are my comments on the draft checklist: >> >> > QU10The project is open and honest about the quality of its code. >> > Various levels of quality and maturity for various modules are >> > natural and acceptable as long as they are clearly communicated. >> > Yes >> >> The project has been quite defensive concerning code quality, and >> everything else really. As just one example, when the CI issues were >> first reported, the response for some three months was "there can't be >> anything wrong so we won't bother looking." Now its acknowledged that >> CI is basically broken for the whole project. >> >> There are many such examples. >> >> > QU20The project puts a very high priority on producing secure >> > software. >> > Yes >> >> The evidence is otherwise. >> >> While many people ask about security features, the response has always >> been from the PMC "some day," with no progress made. When community >> members tried to contribute the code --- the Shiro PR was inexplicably >> delayed by 4+ months; and the reaction to the new multi-user PR already >> seems unusual, etc. >> >> Maybe the project intends to make security a priority in the future. >> But so far it has not. >> >> > QU40The project puts a high priority on backwards compatibility and >> > aims to document any incompatible changes and provide tools and >> > documentation to help users transition to new features. >> > Yes >> >> There is no such documentation. There have been changes to, e.g., the >> way Zeppelin has to be configured, the way Spark integrates with >> Zeppelin, etc., that broke code and broke installations, but were never >> documented. >> >> I think the belief is "there are no incompatibilities so there's >> nothing to document." But that is not the case. >> >> > QU50The project strives to respond to documented bug reports in a >> > timely manner.Yes >> >> 0.5.6 contained a patch for a bug where the PR was submitted in >> *September*, before even 0.5.5. Bug reports from multiple people and >> the PR were ignored -- until Twitter complained. >> >> This is just one example. >> >> > LC40 Committers are bound by an Individual Contributor Agreement (the >> > "Apache iCLA") that defines which code they are allowed to commit >> > and how they need to identify code that is not their own. >> > Yes >> >> There is no way that Felix's conduct about 208 is consistent with the >> iCLA. In addition, Moon knew about that conduct, and didn't do anything >> about it. >> >> > CO20 >> > The community welcomes contributions from anyone who acts in good >> > faith and in a respectful manner and adds value to the project. >> > Yes >> >> See above. >> >> > CO40The community is meritocratic and over time aims to give more >> > rights and responsibilities to contributors who add value to the >> > project. >> > Yes >> >> Since incubation began, the PMC has added only one committer who isn't >> an affiliate of NFLabs. >> >> That person is not a programmer and has made no contribution to the >> Zeppelin codebase. >> >> > CO50 >> > The way in which contributors can be granted more rights such as >> > commit access or decision power is clearly documented and is the same >> > for all contributors. >> > Yes >> >> See above. >> >> > CS50All "important" discussions happen asynchronously in written form >> > on the project's main communications channel. Offline, face-to-face >> > or private discussions that affect the project are also documented on >> > that channel. >> > Yes >> >> Absolutely not the case. Email chains available on request. >> >> > IN10The project is independent from any corporate or organizational >> > influence. >> > Yes >> >> I'm not so sure... >> >> >> >> On Thu, 2016-02-04 at 23:50 +0000, moon soo Lee wrote: >> > I have filled out all checklists and commented as much as i can. >> > >> > Please review >> > https://cwiki.apache.org/confluence/display/ZEPPELIN/Apache+Zeppelin+ >> > Project+Maturity+Model >> > . >> > >> > Did i filled out correctly? Any feedback would be really appreciated. >> > >> > Thanks, >> > moon >> > >> > On Fri, Feb 5, 2016 at 8:03 AM moon soo Lee <m...@apache.org> wrote: >> > >> > > I have created >> > > https://cwiki.apache.org/confluence/display/ZEPPELIN/Apache+Zeppeli >> > > n+Project+Maturity+Model and >> > > trying to fill out Apache Maturity Model checklist. >> > > >> > > Let me notify this thread when everything is filled out. >> > > And any comment, help would be appreciated. >> > > >> > > Thanks, >> > > moon >> > > >> > > On Fri, Feb 5, 2016 at 3:55 AM Roman Shaposhnik < >> > > ro...@shaposhnik.org> >> > > wrote: >> > > >> > > > In general I agree. That said, if one of you guys were to fill >> > > > out the >> > > > Apache Maturity Model >> > > > checklist that would help frame the IPMC discussion. >> > > > >> > > > Thanks, >> > > > Roman. >> > > > >> > > > On Thu, Feb 4, 2016 at 10:50 AM, Mina Lee <mina...@apache.org> >> > > > wrote: >> > > > > I think Zeppelin meets the requirements for graduation. >> > > > > >> > > > > Zeppelin community is growing fast and getting more diverse. >> > > > > Number of >> > > > > contributors has increased more than 7 times and three new >> > > > > committers >> > > > are >> > > > > admitted since Zeppelin became Apache podling project. And >> > > > > release, vote >> > > > > related discussions have adopted ASF way so far. >> > > > > Also Zeppelin is the one of the projects making big synergy >> > > > > with other >> > > > > apache projects by providing different back-end interpreters(ex >> > > > > spark, >> > > > > hive, flink, hbase, cassandra, etc) >> > > > > >> > > > > so +1 for graduation. >> > > > > >> > > > > On Thu, Feb 4, 2016 at 8:13 AM, madhuka udantha < >> > > > madhukaudan...@gmail.com> >> > > > > wrote: >> > > > > >> > > > > > +1 for graduation >> > > > > > >> > > > > > On Thu, Feb 4, 2016 at 8:59 PM, DuyHai Doan < >> > > > > > doanduy...@gmail.com> >> > > > wrote: >> > > > > > >> > > > > > > I was reading the link provided by Leemoonsoo about the >> > > > > > > Apache >> > > > project >> > > > > > > maturity model. ( >> > > > > > > >> > > > > > >> > > > http://community.apache.org/apache-way/apache-project-maturity-mo >> > > > del.html >> > > > ) >> > > > > > > >> > > > > > > >> > > > > > > > QU20 The project puts a very high priority on producing >> > > > > > > > secure >> > > > software >> > > > > > > >> > > > > > > It's related to security and I know that there is a commit >> > > > > > > on Shiro >> > > > > > > authentication already by hayssams (kudo to him by the >> > > > > > > way). There is >> > > > > > also >> > > > > > > some JIRA ticket to add documentation about Kerberos ( >> > > > > > > https://github.com/apache/incubator-zeppelin/pull/640). >> > > > > > > Don't know >> > > > if >> > > > > > > there >> > > > > > > is a JIRA to add doc for Shiro yet. Anyway, on the chapter >> > > > > > > of >> > > > security, >> > > > > > all >> > > > > > > the works are being done and are on good way. >> > > > > > > >> > > > > > > Under the Community topic, I think all the points are >> > > > > > > covered (for >> > > > > > example, >> > > > > > > becoming a committer (point CO50) is clearly documented in >> > > > > > CONTRIBUTING.md) >> > > > > > > as well as consensus (point CO60). >> > > > > > > >> > > > > > > Under the Consensus Building chapter, every discussion >> > > > > > > related to >> > > > release >> > > > > > > or votes have been exposed so far publicly on the mailing >> > > > > > > list. >> > > > > > > >> > > > > > > As far as I see, all the points are covered. >> > > > > > > >> > > > > > > Now my personal opinion as a community member is that it's >> > > > > > > high >> > > > time for >> > > > > > > the project to graduate. Until now I did not feel >> > > > > > > comfortable >> > > > advising >> > > > > > > Zeppelin for customers to deploy in production because of >> > > > > > > lack of >> > > > > > security >> > > > > > > but since security support (at least for authentication) is >> > > > > > > in the >> > > > trunk >> > > > > > > and the improvements are on the way, I don't see any >> > > > > > > blocker anymore. >> > > > > > > >> > > > > > > So a big +1 for me >> > > > > > > >> > > > > > > >> > > > > > > >> > > > > > > >> > > > > > > >> > > > > > > >> > > > > > > >> > > > > > > On Thu, Feb 4, 2016 at 2:28 PM, Ahyoung Ryu < >> > > > > > > ahyoungry...@gmail.com> >> > > > > > > wrote: >> > > > > > > >> > > > > > > > Totally agree with @anthonycorbacho. I think it's time to >> > > > > > > > graduate >> > > > and >> > > > > > > step >> > > > > > > > forward. >> > > > > > > > So, ++1 ! >> > > > > > > > >> > > > > > > > 2016년 2월 4일 목요일, Anthony Corbacho< >> > > > > > > > anthonycorba...@apache.org>님이 >> > > > 작성한 >> > > > > > 메시지: >> > > > > > > > >> > > > > > > > > Hi, >> > > > > > > > > >> > > > > > > > > I dont see any reason why we shouldn't start a vote. >> > > > > > > > > unlike release, it doesnt require any specific features >> > > > > > > > > (For >> > > > specific >> > > > > > > > > feature like R or ACL, we can add it as a requirement >> > > > > > > > > for the >> > > > first >> > > > > > > > release >> > > > > > > > > as TLP), >> > > > > > > > > so for me its a big +1. >> > > > > > > > > >> > > > > > > > > >> > > > > > > > > >> > > > > > > > > >> > > > > > > > > On Thu, Feb 4, 2016 at 5:41 PM, Victor Manuel Garcia < >> > > > > > > > > victor.gar...@beeva.com <javascript:;>> wrote: >> > > > > > > > > >> > > > > > > > > > Hi guys, >> > > > > > > > > > In my opinion we can graduate from the incubator. I >> > > > > > > > > > think we >> > > > all >> > > > > > well >> > > > > > > > > > controlled procedures, regardless of new features >> > > > > > > > > > that also >> > > > will be >> > > > > > > > > > improved or adding . For example we need to greatly >> > > > > > > > > > improve the >> > > > > > > > > > documentation, but i since is not necesary for >> > > > > > > > > > graduation. >> > > > > > > > > > >> > > > > > > > > > +1 for graduation >> > > > > > > > > > >> > > > > > > > > > congrats for the work...!!! >> > > > > > > > > > >> > > > > > > > > > 2016-02-04 9:13 GMT+01:00 Alexander Bezzubov < >> > > > > > > > > > b...@apache.org >> > > > > > > > > <javascript:;>>: >> > > > > > > > > > >> > > > > > > > > > > Jakob, >> > > > > > > > > > > >> > > > > > > > > > > thank you for pointing this out, it is exactly as >> > > > > > > > > > > you >> > > > describe >> > > > > > > (there >> > > > > > > > > > were >> > > > > > > > > > > 3 releases since joining the incubator) >> > > > > > > > > > > >> > > > > > > > > > > If we could keep this thread focused on graduation >> > > > > > > > > > > and get >> > > > more >> > > > > > > > > oppinions >> > > > > > > > > > > from other participants - that would awesome! >> > > > > > > > > > > >> > > > > > > > > > > Its great to see people volonteering to help with >> > > > > > > > > > > particular >> > > > > > > features >> > > > > > > > > for >> > > > > > > > > > > the next release here, but please feel free to fork >> > > > > > > > > > > the >> > > > thread >> > > > > > for >> > > > > > > > > > further >> > > > > > > > > > > discussion on technical details. >> > > > > > > > > > > >> > > > > > > > > > > -- >> > > > > > > > > > > Alex >> > > > > > > > > > > >> > > > > > > > > > > On Thu, Feb 4, 2016, 08:51 Jakob Homan < >> > > > > > > > > > > jgho...@gmail.com >> > > > > > > > > <javascript:;>> wrote: >> > > > > > > > > > > >> > > > > > > > > > > > Hey all- >> > > > > > > > > > > > A data point and observation from an ASF >> > > > > > > > > > > > Member and >> > > > > > Incubator >> > > > > > > > PMC >> > > > > > > > > > > > Member... >> > > > > > > > > > > > >> > > > > > > > > > > > Moon is correct that readiness for graduation >> > > > > > > > > > > > is a >> > > > function >> > > > > > of >> > > > > > > > > > > > community development and adherence to the Apache >> > > > > > > > > > > > Way, >> > > > rather >> > > > > > any >> > > > > > > > > > > > specific feature or tech milestones. Since >> > > > > > > > > > > > entering >> > > > Incubator, >> > > > > > > > > > > > Zeppelin's had two relatively easy releases, has >> > > > > > > > > > > > finished >> > > > the >> > > > > > > > > > > > incubation checklist >> > > > > > > > > > > > (http://incubator.apache.org/projects/zeppelin.ht >> > > > > > > > > > > > ml), has >> > > > > > added >> > > > > > > > new >> > > > > > > > > > > > commiters, etc. In short, Zeppelin's in a good >> > > > > > > > > > > > position to >> > > > > > > > graduate >> > > > > > > > > > > > from my perspective. >> > > > > > > > > > > > >> > > > > > > > > > > > Resolution of specific PRs should be handled >> > > > > > > > > > > > in a speedy >> > > > > > > matter, >> > > > > > > > > > > > but there doesn't seem to be any disagreement to >> > > > > > > > > > > > that - >> > > > just >> > > > > > some >> > > > > > > > > work >> > > > > > > > > > > > left to be done in getting them in. >> > > > > > > > > > > > >> > > > > > > > > > > > -Jakob >> > > > > > > > > > > > >> > > > > > > > > > > > >> > > > > > > > > > > > On 3 February 2016 at 23:39, Amos B. Elberg < >> > > > > > > amos.elb...@gmail.com >> > > > > > > > > <javascript:;>> >> > > > > > > > > > > wrote: >> > > > > > > > > > > > > I don't see a point to splitting it. The reason >> > > > > > > > > > > > > we didn't >> > > > > > merge >> > > > > > > > in >> > > > > > > > > > > > December is that bugs in CI prevented the tests >> > > > > > > > > > > > *in* 208 >> > > > from >> > > > > > > > > > > functioning. >> > > > > > > > > > > > It wasn't causing anything else to fail. Now CI >> > > > > > > > > > > > is broken >> > > > for >> > > > > > the >> > > > > > > > > > project >> > > > > > > > > > > > anyway. If it was going to be split, I would do >> > > > > > > > > > > > that >> > > > myself. >> > > > > > > > > > > > > >> > > > > > > > > > > > > The reliability of the code has been proven in >> > > > > > > > > > > > > the field: >> > > > > > > People >> > > > > > > > > who >> > > > > > > > > > > > don't use R have switched to the version of 208 >> > > > > > > > > > > > in my repo >> > > > > > > because >> > > > > > > > it >> > > > > > > > > > > > compiles reliably when 0.5.6 does not. >> > > > > > > > > > > > > >> > > > > > > > > > > > > This has been outstanding since August, and >> > > > > > > > > > > > > it's very >> > > > hard to >> > > > > > > > > > > understand >> > > > > > > > > > > > a reason - you even participated in a Meetup in >> > > > > > > > > > > > September >> > > > > > where a >> > > > > > > > > > variant >> > > > > > > > > > > > of the code in the PR was used as a demonstration >> > > > > > > > > > > > of >> > > > Zeppelin's >> > > > > > > > > > > > capabilities and potential. >> > > > > > > > > > > > > >> > > > > > > > > > > > > Part of being an Apache project is dealing with >> > > > significant >> > > > > > PRs >> > > > > > > > > from >> > > > > > > > > > > > outside the core development team. Addressing >> > > > > > > > > > > > these issues >> > > > > > for >> > > > > > > R, >> > > > > > > > > and >> > > > > > > > > > > > Prasad's PR, seems like a good test of project >> > > > > > > > > > > > maturity. >> > > > These >> > > > > > > > were >> > > > > > > > > > > > features on the roadmap which were supposed to be >> > > > > > > > > > > > included >> > > > > > before >> > > > > > > > the >> > > > > > > > > > > first >> > > > > > > > > > > > non-beta release. >> > > > > > > > > > > > > >> > > > > > > > > > > > > > On Feb 4, 2016, at 12:50 AM, moon soo Lee < >> > > > m...@apache.org >> > > > > > > > > <javascript:;>> wrote: >> > > > > > > > > > > > > > >> > > > > > > > > > > > > > Thanks Sourav for interest in this discussion >> > > > > > > > > > > > > > and very >> > > > > > > valuable >> > > > > > > > > > > opinion. >> > > > > > > > > > > > > > >> > > > > > > > > > > > > > I completely agree how much R and >> > > > > > > > > > > > > > Authentication (which >> > > > i >> > > > > > > > believe >> > > > > > > > > > > > already >> > > > > > > > > > > > > > in Zeppelin) will be useful for users. And >> > > > > > > > > > > > > > believe me, I >> > > > > > want >> > > > > > > > > these >> > > > > > > > > > > > > > features in Zeppelin more than anyone. >> > > > > > > > > > > > > > >> > > > > > > > > > > > > > But at the same time we have diversity of >> > > > > > > > > > > > > > user bases. >> > > > > > > > > > > > > > Some people might think supporting general >> > > > > > > > > > > > > > JDBC is more >> > > > > > > > practical >> > > > > > > > > > and >> > > > > > > > > > > > more >> > > > > > > > > > > > > > useful feature, the other can think multi >> > > > > > > > > > > > > > -tenancy is the >> > > > > > most >> > > > > > > > > > > important, >> > > > > > > > > > > > > > etc, etc. >> > > > > > > > > > > > > > >> > > > > > > > > > > > > > So, i believe Apache Top Level project is >> > > > > > > > > > > > > > defined by how >> > > > > > > > community >> > > > > > > > > > > > works, >> > > > > > > > > > > > > > not defined by what feature does the software >> > > > > > > > > > > > > > includes. >> > > > > > > > > > > > > > >> > > > > > > > > > > > > > Regarding bringing R into main branch, I >> > > > > > > > > > > > > > tried to make >> > > > pr208 >> > > > > > > > > passes >> > > > > > > > > > > the >> > > > > > > > > > > > CI. >> > > > > > > > > > > > > > I could able to make it pass 1 test profile, >> > > > > > > > > > > > > > but >> > > > couldn't >> > > > > > make >> > > > > > > > it >> > > > > > > > > > pass >> > > > > > > > > > > > all >> > > > > > > > > > > > > > other test profiles. >> > > > > > > > > > > > > > >> > > > > > > > > > > > > > I'm suggesting split the contribution into >> > > > > > > > > > > > > > smaller >> > > > peaces >> > > > > > and >> > > > > > > > > merge >> > > > > > > > > > > one >> > > > > > > > > > > > by >> > > > > > > > > > > > > > one. Like Hayssam did it for his contribution >> > > > > > > > > > > > > > of Shiro >> > > > > > > security >> > > > > > > > > > > > integration >> > > > > > > > > > > > > > (pr586). And I'm volunteering making pr208 >> > > > > > > > > > > > > > into smaller >> > > > PRs. >> > > > > > > > > > > > > > >> > > > > > > > > > > > > > Best, >> > > > > > > > > > > > > > moon >> > > > > > > > > > > > > > >> > > > > > > > > > > > > > On Thu, Feb 4, 2016 at 2:11 PM Sourav >> > > > > > > > > > > > > > Mazumder < >> > > > > > > > > > > > sourav.mazumde...@gmail.com <javascript:;>> >> > > > > > > > > > > > > > wrote: >> > > > > > > > > > > > > > >> > > > > > > > > > > > > > > This does make sense Moon. Completely agree >> > > > > > > > > > > > > > > with you >> > > > that >> > > > > > > > > features >> > > > > > > > > > > are >> > > > > > > > > > > > not >> > > > > > > > > > > > > > > important for becoming a top level project >> > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > However, in my opinion, from the practical >> > > > > > > > > > > > > > > usage >> > > > > > standpoint, >> > > > > > > > > > without >> > > > > > > > > > > > these >> > > > > > > > > > > > > > > two features Zeppelin does not look to me a >> > > > > > > > > > > > > > > full >> > > > fledged >> > > > > > top >> > > > > > > > > level >> > > > > > > > > > > > project. >> > > > > > > > > > > > > > > Curious whether there are any technical >> > > > > > > > > > > > > > > glitches which >> > > > are >> > > > > > > > > > impediment >> > > > > > > > > > > > in >> > > > > > > > > > > > > > > bringing these features to the main branch. >> > > > > > > > > > > > > > > Wondering >> > > > if >> > > > > > any >> > > > > > > > help >> > > > > > > > > > can >> > > > > > > > > > > > help >> > > > > > > > > > > > > > > to get those problems fixed. >> > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > Regards, >> > > > > > > > > > > > > > > Sourav >> > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > On Wed, Feb 3, 2016 at 4:22 PM, moon soo >> > > > > > > > > > > > > > > > Lee < >> > > > > > > m...@apache.org >> > > > > > > > > <javascript:;>> >> > > > > > > > > > > wrote: >> > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > Hi guys, >> > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > I don't think any feature (R or whatever) >> > > > > > > > > > > > > > > > should be >> > > > > > > > > prerequisites >> > > > > > > > > > of >> > > > > > > > > > > > > > > > graduation. Especially when a project >> > > > > > > > > > > > > > > > never setup >> > > > those >> > > > > > > > features >> > > > > > > > > > as >> > > > > > > > > > > a >> > > > > > > > > > > > > > > > graduation goal. >> > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > Including specific features could be >> > > > > > > > > > > > > > > > valid concern for >> > > > > > > release >> > > > > > > > > > > > > > > discussion, >> > > > > > > > > > > > > > > > but i don't think it's related to a >> > > > > > > > > > > > > > > > graduation. >> > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > Graduation is much more like if project >> > > > > > > > > > > > > > > > is doing it in >> > > > > > > apache >> > > > > > > > > way, >> > > > > > > > > > > in >> > > > > > > > > > > > my >> > > > > > > > > > > > > > > > understanding. Last time the reason why i >> > > > > > > > > > > > > > > > didn't go >> > > > for a >> > > > > > > > > > graduation >> > > > > > > > > > > > vote >> > > > > > > > > > > > > > > > is, because of there were valid concern >> > > > > > > > > > > > > > > > about >> > > > contribution >> > > > > > > > > > impasse. >> > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > Since that, community improved / >> > > > > > > > > > > > > > > > clarified >> > > > contribution >> > > > > > > guide >> > > > > > > > > and >> > > > > > > > > > > > review >> > > > > > > > > > > > > > > > process. And Zeppelin PPMC members were >> > > > > > > > > > > > > > > > trying to help >> > > > > > many >> > > > > > > > > > > > contributions >> > > > > > > > > > > > > > > > that they have been as a open PR for a >> > > > > > > > > > > > > > > > long time. >> > > > > > > (Especially >> > > > > > > > > > > Jongyoul >> > > > > > > > > > > > > > > and >> > > > > > > > > > > > > > > > Felix helped a lot) >> > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > So, let's move discussions like 'which >> > > > > > > > > > > > > > > > feature should >> > > > be >> > > > > > > > > included' >> > > > > > > > > > > to >> > > > > > > > > > > > the >> > > > > > > > > > > > > > > > release / roadmap discussion. >> > > > > > > > > > > > > > > > In the graduation discussion, i'd like to >> > > > > > > > > > > > > > > > have an >> > > > > > > discussions, >> > > > > > > > > > such >> > > > > > > > > > > as >> > > > > > > > > > > > > > > > evaluating >> > > > > > > > > > > > > > > >> > > > > > > > > > > > >> > > > > > > > > > > >> > > > > > > > > > >> > > > > > > > > >> > > > > > > > >> > > > > > > >> > > > > > >> > > > http://community.apache.org/apache-way/apache-project-maturity-mo >> > > > del.html >> > > > , >> > > > > > > > > > > > > > > > etc. >> > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > Does this make sense for you guys? Amos, >> > > > > > > > > > > > > > > > Eran, Sourav? >> > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > Thanks, >> > > > > > > > > > > > > > > > moon >> > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > On Thu, Feb 4, 2016 at 8:05 AM Amos B. >> > > > > > > > > > > > > > > > Elberg < >> > > > > > > > > > > amos.elb...@gmail.com <javascript:;>> >> > > > > > > > > > > > > > > > wrote: >> > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > No Eran is right. The last vote for >> > > > > > > > > > > > > > > > > graduation >> > > > passed-it >> > > > > > > was >> > > > > > > > > not >> > > > > > > > > > > > > > > > withdrawn >> > > > > > > > > > > > > > > > > in favor of releasing 0.5.6. It passed >> > > > > > > > > > > > > > > > > and there was >> > > > some >> > > > > > > > > > feedback >> > > > > > > > > > > > from >> > > > > > > > > > > > > > > > the >> > > > > > > > > > > > > > > > > mentors concerning graduation, R, and >> > > > > > > > > > > > > > > > > some other >> > > > issues. >> > > > > > > And >> > > > > > > > > > that's >> > > > > > > > > > > > the >> > > > > > > > > > > > > > > > > last public discussion about graduation >> > > > > > > > > > > > > > > > > until today. >> > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > Alex if you disagree with that do you >> > > > > > > > > > > > > > > > > have links to >> > > > the >> > > > > > > > > > discussion >> > > > > > > > > > > > > > > emails >> > > > > > > > > > > > > > > > > that you're referring to. >> > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > > On Feb 3, 2016, at 2:34 PM, Alexander >> > > > > > > > > > > > > > > > > > Bezzubov < >> > > > > > > > > b...@apache.org <javascript:;>> >> > > > > > > > > > > > > > > wrote: >> > > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > > Hi Eran, >> > > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > > thanks for sharing your oppinion! >> > > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > > Could you please check my previous >> > > > > > > > > > > > > > > > > > reply about >> > > > release >> > > > > > > > > schedulle >> > > > > > > > > > > and >> > > > > > > > > > > > > > > > let >> > > > > > > > > > > > > > > > > us >> > > > > > > > > > > > > > > > > > know if that makes sense to you? >> > > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > > By the way, please our mentors >> > > > > > > > > > > > > > > > > > correct me if I'm >> > > > wrong >> > > > > > > here, >> > > > > > > > > but >> > > > > > > > > > > > > > > after >> > > > > > > > > > > > > > > > > > reading [1] I was under impression >> > > > > > > > > > > > > > > > > > that project >> > > > does not >> > > > > > > > have >> > > > > > > > > > > > > > > > pre-request >> > > > > > > > > > > > > > > > > > regarding its code or features in >> > > > > > > > > > > > > > > > > > order to undergo >> > > > this >> > > > > > > > formal >> > > > > > > > > > > > > > > > procedure >> > > > > > > > > > > > > > > > > of >> > > > > > > > > > > > > > > > > > graduation. >> > > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > > [1] >> > > > > > > > > > > > > > > >> > > > > > > > > > > > >> > > > > > > > > > > >> > > > > > > > > > >> > > > > > > > > >> > > > > > > > >> > > > > > > >> > > > > > >> > > > http://incubator.apache.org/incubation/Incubation_Policy.html#Gra >> > > > duating+from+the+Incubator >> > > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > > > On Wed, Feb 3, 2016, 20:04 Eran >> > > > > > > > > > > > > > > > > > > Witkon < >> > > > > > > > eranwit...@gmail.com >> > > > > > > > > <javascript:;>> >> > > > > > > > > > > > > > > wrote: >> > > > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > > > If I recall correctly R support was >> > > > > > > > > > > > > > > > > > > one of the >> > > > > > > > pre-requisite >> > > > > > > > > > for >> > > > > > > > > > > > > > > > > graduation >> > > > > > > > > > > > > > > > > > > from day one. >> > > > > > > > > > > > > > > > > > > I agree that Authentication should >> > > > > > > > > > > > > > > > > > > be added as >> > > > well. >> > > > > > > > > > > > > > > > > > > +1 for graduation after we add both >> > > > > > > > > > > > > > > > > > > Eran >> > > > > > > > > > > > > > > > > > > On Wed, 3 Feb 2016 at 20:24 Sourav >> > > > > > > > > > > > > > > > > > > Mazumder < >> > > > > > > > > > > > > > > > > sourav.mazumde...@gmail.com <javascript >> > > > > > > > > > > > > > > > > :;>> >> > > > > > > > > > > > > > > > > > > wrote: >> > > > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > > > > Surely I vote for the same. >> > > > > > > > > > > > > > > > > > > > Zeppelin is already >> > > > very >> > > > > > > > popular >> > > > > > > > > > in >> > > > > > > > > > > > > > > > > different >> > > > > > > > > > > > > > > > > > > > quarts of the Spark/Big Data user >> > > > > > > > > > > > > > > > > > > > group. High >> > > > time to >> > > > > > > > > graduate >> > > > > > > > > > > it >> > > > > > > > > > > > > > > to >> > > > > > > > > > > > > > > > > top >> > > > > > > > > > > > > > > > > > > > level. >> > > > > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > > > > However, I shall suggest to have >> > > > > > > > > > > > > > > > > > > > the support for >> > > > R and >> > > > > > > > > > > > > > > Authentication >> > > > > > > > > > > > > > > > > > > added >> > > > > > > > > > > > > > > > > > > > to Zeppelin before that. These >> > > > > > > > > > > > > > > > > > > > are the supports >> > > > most >> > > > > > of >> > > > > > > > the >> > > > > > > > > > > people >> > > > > > > > > > > > > > > > are >> > > > > > > > > > > > > > > > > > > > eagerly waiting for. >> > > > > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > > > > Regards, >> > > > > > > > > > > > > > > > > > > > Sourav >> > > > > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > > > > > On Wed, Feb 3, 2016 at 8:23 AM, >> > > > > > > > > > > > > > > > > > > > > moon soo Lee < >> > > > > > > > > > m...@apache.org <javascript:;>> >> > > > > > > > > > > > > > > > wrote: >> > > > > > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > > > > > Thanks Alexander for resuming >> > > > > > > > > > > > > > > > > > > > > the discussion. >> > > > > > > > > > > > > > > > > > > > > Let's start a vote. >> > > > > > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > > > > > Best, >> > > > > > > > > > > > > > > > > > > > > moon >> > > > > > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > > > > > > On Wed, Feb 3, 2016 at 11:11 >> > > > > > > > > > > > > > > > > > > > > > PM Alexander >> > > > Bezzubov < >> > > > > > > > > > > > > > > b...@apache.org <javascript:;> >> > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > > > > > wrote: >> > > > > > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > > > > > > Dear Zeppelin developers, >> > > > > > > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > > > > > > now, after number of releases >> > > > > > > > > > > > > > > > > > > > > > and committers >> > > > grew >> > > > > > more >> > > > > > > > I'd >> > > > > > > > > > > like >> > > > > > > > > > > > > > > to >> > > > > > > > > > > > > > > > > > > > > suggest >> > > > > > > > > > > > > > > > > > > > > > the re-new the discussion of >> > > > > > > > > > > > > > > > > > > > > > graduating >> > > > Zeppelin to >> > > > > > > top >> > > > > > > > > > level >> > > > > > > > > > > > > > > > > > > project. >> > > > > > > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > > > > > > If there are on objections - >> > > > > > > > > > > > > > > > > > > > > > next step would be >> > > > to >> > > > > > > > start a >> > > > > > > > > > > VOTE >> > > > > > > > > > > > > > > > > > > thread >> > > > > > > > > > > > > > > > > > > > > > here. >> > > > > > > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > > > > > > What do you guys think? >> > > > > > > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > > > > > > -- >> > > > > > > > > > > > > > > > > > > > > > Alex >> > > > > > > > > > > > > > > >> > > > > > > > > > > > >> > > > > > > > > > > >> > > > > > > > > > >> > > > > > > > > > >> > > > > > > > > > >> > > > > > > > > > -- >> > > > > > > > > > *Victor Manuel Garcia Martinez* >> > > > > > > > > > *Software Engeenier >> > > > > > > > > > * >> > > > > > > > > > >> > > > > > > > > > *+34 672104297 | victor.gar...@beeva.com <javascript >> > > > > > > > > > :;> < >> > > > > > > > > marta.ta...@beeva.com <javascript:;>>* >> > > > > > > > > > * | >> > > > > > victormanuel.garcia.marti...@bbva.com >> > > > > > > > > <javascript:;> >> > > > > > > > > > <marta.ta...@bbva.com <javascript:;>>* >> > > > > > > > > > >> > > > > > > > > > >> > > > > > > > > > >> > > > > > > > > > <http://www.beeva.com/> >> > > > > > > > > > >> > > > > > > > > >> > > > > > > > >> > > > > > > >> > > > > > >> > > > > > >> > > > > > >> > > > > > -- >> > > > > > Cheers, >> > > > > > Madhuka Udantha >> > > > > > http://madhukaudantha.blogspot.com >> > > > > > >> > > > >> > > >> > >
