Vlad, Would you want to continue to be involved in the project, even if this involvement is itself causing community folks to stay away? If the issue is cultural, things will not improve. Doing the same thing again and expecting different result will not work. Why not change the policies that enforces a different culture, and then wait 6 months to see if things change. With regards to listing features, that needs to be something that the contributors should decide.
Amol On Wed, Jan 9, 2019 at 9:22 AM Vlad Rozov <vro...@apache.org> wrote: > Remember that to vote -1 it is necessary to provide justification, so I’d > like to see the justifications and the plan from those who do not want to > move Apex to the attic. I am also not very happy that my past efforts will > be placed in the attic, but let’s face the reality. It is not that I don’t > want to be involved in the project, but as the PMC I am responsible for > maintaining the correct state of the project and with the current level of > contributions, IMO, it belongs the the attic. > > Thank you, > > Vlad > > > On Jan 9, 2019, at 09:02, Pramod Immaneni <pramod.imman...@gmail.com> > wrote: > > > > What would be the purpose of such a vote? From the discussions it is > quite > > apparent that there is a significant, possibly majority view that project > > shouldn’t go to attic. The same could be reported to the board, can’t it? > > Like I also said if you or others don’t like where the project is at and > > feel it is a dead end, you don’t have to continue to be involved with the > > project and that’s your prerogative. Let others who want to continue, > take > > it forward, why try to force your will on to everyone. > > > > Thanks > > > > On Wed, Jan 9, 2019 at 8:43 AM Vlad Rozov <vro...@apache.org> wrote: > > > >> Without concrete details of what will be committed (support for k8s, > >> hadoop 3.x, kafka 2.x, etc) and what requirements in code submission > needs > >> to be relaxed (well written java code, consistent code style, successful > >> build with passing unit tests in CI, providing unit test, etc) the > >> statements below are way too vague. Note that I started this e-mail > thread > >> with the intention to see what contributions the community may expect. > >> Without concrete details of the future contribution, I’ll submit a vote > by > >> end of January. > >> > >> Thank you, > >> > >> Vlad > >> > >>> On Jan 9, 2019, at 00:47, priyanka gugale <pri...@apache.org> wrote: > >>> > >>> I do believe and know of some work done in private forks by people. > There > >>> could be couple of reasons why it didn't go public. One could be high > bar > >>> for code submission (I don't have references at hand but that's general > >>> feeling amongst committers) and other could be lack of motivation. > >>> > >>> Let's try to put some efforts to re-survive the work, motivate > >> committers, > >>> and take hard decisions later if nothing works. A product like Apex / > >>> Malhar definitely deserves to survive. > >>> > >>> -Priyanka > >>> > >>> On Wed, Jan 9, 2019 at 12:07 PM Atri Sharma <a...@apache.org> wrote: > >>> > >>>> The reason for a private fork was due to potential IP conflicts with > >>>> my current organization. I am working to get approvals and clearances, > >>>> and post that, shall publish the said effort. > >>>> > >>>> On Wed, Jan 9, 2019 at 12:02 PM Justin Mclean < > jus...@classsoftware.com > >>> > >>>> wrote: > >>>>> > >>>>> Hi, > >>>>> > >>>>>> I have a private fork for an experimental project. It might be open > >>>>>> sourced in a couple of months. > >>>>> > >>>>> I’m curious, if you don’t mind answering a couple of questions: > >>>>> > >>>>> As you are a committer on this project is there any reason that this > >>>> work wasn’t done in public fork or even better on a branch of the Apex > >>>> repo? Why would a delay of a couple of months be required? If it’s “it > >>>> might be” what realistically are the chances of that happening? > >>>>> > >>>>> Thanks, > >>>>> Justin > >>>> > >>>> -- > >>>> Regards, > >>>> > >>>> Atri > >>>> Apache Concerted > >>>> > >> > >> -- > > Thanks, > > Pramod > > http://ts.la/pramod3443 > >
