+1 (binding)
On 30.10.18 12:37, Steffen Rochel wrote:
+1 non-binding
Thanks for driving the vote Carin!
On Tue, Oct 30, 2018 at 9:31 AM Carin Meier <carinme...@gmail.com> wrote:
Sure PPMC stands for Podling Project Management Committee -
https://incubator.apache.org/guides/ppmc.html - I updated the document to
have ",(Podling Project Management Committee)," in the both sections with
a link where the abbreviation is first introduced.
- Carin
On Tue, Oct 30, 2018 at 12:09 PM Aaron Markham <aaron.s.mark...@gmail.com>
wrote:
+1 non-binding
One minor thing first: can you define PPMC in the doc? It's brought in
without saying what it stands for. Even the link it goes to just talks
about PMC and there's no mention of PMCC... so I'm not sure what the
definition is.
On Tue, Oct 30, 2018 at 8:07 AM Carin Meier <carinme...@gmail.com>
wrote:
From the feedback in the thread. I changed the wording of "Privileges"
to
"Rights and Responsibilities".
If I misunderstood anything, please let me know.
Best,
Carin
On Tue, Oct 30, 2018 at 7:00 AM Sergio Fernández <wik...@apache.org>
wrote:
+1 since the Beam model is much more open than the current one.
Here my two cents to the discussion:
You can see that in the past was different,, but we had evolved as
foundation. As general recommendation, the new way is to spend less
effort
in ad-hoc bylaws on every project/podling and adopt the general ones.
The
easier the project is managed, normally the better the community
evolves.
In addition, as a linguistic detail: commiters and/or pmc do not have
more
"privileges", but "responsibilities".
Cheers,
On Mon, Oct 29, 2018, 15:47 Carin Meier <carinme...@gmail.com>
wrote:
This vote is to adopt the document
https://cwiki.apache.org/confluence/display/MXNET/Become+an+Apache+MXNet+%28incubating%29+Committer+and+PPMC+Member+Proposal
to replace the current document
https://cwiki.apache.org/confluence/display/MXNET/Becoming+a+Committer
The dev discussion thread is here
https://lists.apache.org/thread.html/e61ffa26af374de7a99c475d406e462a00b26cfc1155e232198dd53e@%3Cdev.mxnet.apache.org%3E
The vote will be a procedural issue vote as defined
https://www.apache.org/foundation/voting.html
Votes on procedural issues follow the common format of majority
rule
unless
otherwise stated. That is, if there are more favourable votes than
unfavourable ones, the issue is considered to have passed --
regardless
of
the number of votes in each category. (If the number of votes seems
too
small to be representative of a community consensus, the issue is
typically
not pursued. However, see the description of lazy consensus
<https://www.apache.org/foundation/voting.html#LazyConsensus> for
a
modifying factor.)
The vote will run until Friday Nov 2nd at 6:00 am EST
Thanks,
Carin
