incubator-general mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Henry Saputra <henry.sapu...@gmail.com>
Subject Re: [Proposal] Apache TVM
Date Thu, 28 Feb 2019 17:36:51 GMT
HI Tianqi,

What I can do instead is to restructure the proposal to have PPMC to
include mentors and the PMC members from TVM.
And the rest of committers from TVM will invited from VOTE from PPMC.

Would that work?

- Henry

On Thu, Feb 28, 2019 at 2:13 AM Tianqi Chen <tqchen@cs.washington.edu>
wrote:

> Hi Henry:
>
> Because the TVM community already adopts Apache meritocracy and has a
> separation of PMC and committers. Every new member(PMC and committers) are
> formally discussed and we welcome each member in the community by
> summarizing their contributions.
> If possible,  we would like to keep the same structure during incubation.
> The current PMC members are actively proposing new committers and PMC
> members from different organizations in the past few months and will
> continue doing so after the incubation.
>
> Tianqi
>
> On Wed, Feb 27, 2019 at 9:07 PM Henry Saputra <henry.saputra@gmail.com>
> wrote:
>
> > Bit more clarifications, as new podling in Apache, the initial members of
> > PPMC consist of mentors and initial commiters of the project.
> >
> > I understand TVM already work mirroring ASF meritoracy [1] but we need to
> > change the proposal to follow Apache guidelines to help us cross check
> > membership later for onboarding.
> >
> > If it is OK with you I will change the proposal to merge the "Initial
> PPMC
> > Members" and "Initial Committers", minus the mentors from ASF, to be just
> > Initial Committers.
> >
> > Thanks,
> >
> > - Henry
> >
> >
> > [1] https://github.com/dmlc/tvm/blob/master/CONTRIBUTORS.md
> >
> > On Tue, Feb 26, 2019 at 9:56 AM Markus Weimer <weimer@apache.org> wrote:
> >
> > > Thanks everyone for the discussion thus far. Based on it, I have
> uploaded
> > > an updated proposal here:
> > >
> > > https://wiki.apache.org/incubator/TVMProposal
> > >
> > > The changes made are:
> > >
> > >    1. Rectify the language around PMC vs. PMC member. Thanks Greg, for
> > >    pointing that out!
> > >    2. Adding Furkan, Timothy and Henry as additional mentors. We can
> use
> > >    all the help :)
> > >
> > > Assuming there are no further discussion points, I'd like to move
> forward
> > > with a [VOTE]. I'll let this sit here and simmer for another 24h to
> make
> > > sure we are done with the discussion phase.
> > >
> > > Thanks,
> > >
> > > Markus
> > >
> > >
> > > On Mon, Feb 18, 2019 at 1:08 PM Tianqi Chen <tqchen@apache.org> wrote:
> > >
> > > > Thanks, everyone for helpful feedbacks. I would like to clarify a few
> > > > points being raised so far on behalf of the current TVM PMC.
> > > >
> > > > > PMC vs PMC member
> > > >
> > > > Thanks for pointing it out. This is something we overlooked and will
> > > update
> > > > the proposal to make the change accordingly.
> > > >
> > > > > Champion
> > > >
> > > > Markus has been actively engaging with the TVM community and helped
> the
> > > > community start the incubation process. These efforts include:
> > > > - Introduce the Apache way to in the TVM conference last Dec
> > > >    -
> > > >
> > >
> >
> https://sampl.cs.washington.edu/tvmconf/slides/Markus-Weimer-TVM-Apache.pdf
> > > > - Help the community to start the incubation conversation(also Thanks
> > to
> > > > Sebastian and Gon)
> > > >    - https://github.com/dmlc/tvm/issues/2401
> > > > - Watch the pre-incubation private list, and give helpful feedback
> > > >
> > > > While we do not expect our mentor to actively watch the community on
> > the
> > > > daily basis(many of our committers only contribute a few days in a
> > week),
> > > > he has been very responsive and helped us to shape the incubation
> > > proposal
> > > > and most importantly be a strong advocate of the Apache way. I
> > personally
> > > > think he is more than qualified as our champion:)
> > > >
> > > > > Hardware artifact
> > > >
> > > > INAL, however, given that Apache only releases source code and our
> > source
> > > > code is in the form of software source code (HLS C and we are moving
> to
> > > > Chisel-(scala) ). Then anyone can take the software source code and
> > > > generate unofficial hardware release.
> > > >
> > > > Tianqi
> > > >
> > > >
> > > > On Mon, Feb 18, 2019 at 6:44 AM Bertrand Delacretaz <
> > > > bdelacretaz@codeconsult.ch> wrote:
> > > >
> > > > > Hi,
> > > > >
> > > > > On Mon, Feb 18, 2019 at 11:44 AM Justin Mclean <
> > > justin@classsoftware.com
> > > > >
> > > > > wrote:
> > > > > > > If the Apache License works for those artifacts I think
that's
> > > > fine...
> > > > > >
> > > > > > It probably doesn’t, but it's complex and INAL, but I have
> touched
> > on
> > > > > this about this in IoT talks at previous ApacheCons...
> > > > >
> > > > > FWIW the prior discussions that I mentioned are linked below - from
> > > > > board@ so accessible for ASF Members of Officers only, but we can
> > > > > distill them as needed if a concrete need appears with TVM.
> > > > >
> > > > > We didn't go past the discussions stage at that time (2011) but if
> > > > > there's another case of hardware at the ASF I'm willing to help
> > > > > restart those discussions to move this forward. Either to define
> > which
> > > > > additions to the Apache License are required, or to clarify that
> it's
> > > > > ok as is.
> > > > >
> > > > > So unless there are specific objections about accepting a project
> > > > > which includes hardware as a software artifact I'm in favor of
> > > > > accepting TVM and sorting out these things during incubation.
> > > > >
> > > > > -Bertrand
> > > > >
> > > > > Prior board@ discussions at https://s.apache.org/hw2011_1 and
> > > > > https://s.apache.org/hw2011_2
> > > > >
> > > > >
> ---------------------------------------------------------------------
> > > > > To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> > > > > For additional commands, e-mail: general-help@incubator.apache.org
> > > > >
> > > > >
> > > >
> > >
> >
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message