Sam

Thanks for the long response, sometimes length beats crispness.  Some
comments in line, summary of my thoughts towards the end.  I will say - I'm
glad that it looks like we're aligned with long term goals.

On Sun, Apr 9, 2017 at 1:42 PM Sam Ruby <ru...@intertwingly.net> wrote:

> On Sun, Apr 9, 2017 at 11:09 AM, John D. Ament <johndam...@apache.org>
> wrote:
> > On Sat, Apr 8, 2017 at 2:23 PM Sam Ruby <ru...@intertwingly.net> wrote:
> >
> >> What's the next step?  Can I just work with the infrastructure team to
> >> make this happen?  Do we need a formal vote?
> >>
> > Can you clarify what exactly you're going to ask infra to change?  I see
> > that infra has made a gitbox specific change, I would expect to see a
> > incubator-wide change.
>
> I'm not certain I've got a crisp answer.  I'm also not looking to make
> any quick changes. See this thread, for example, of prior work along
> these lines: https://s.apache.org/75Pb
>
> For the short term, what I am asking is that since committers are
> notified of changes (good!) that the default not be that all IPMC
> members are committers for all podling repositories.
>
> ---
>
> Longer term, I'm looking to establish a canonical locate for all of
> our records, be it LDAP, text files, whatever.  If there are multiple
> locations of record, find ways to ensure that they are in sync, if
> that is at all possible.  An example:
>
> https://whimsy.apache.org/roster/members
>
> Click twice on status, and you will see a handful of exceptions where
> LDAP doesn't match members.txt.  These exceptions are intentional.
>
>
Well, yes and no.  The discrepancies are because we have to give people a
certain access level to work with certain pieces of the shop, and have it
tied too tightly with our corporate structure (just from looking at the
names).


> Separately, I'm trying to make the whimsy roster tool an interface to
> find (and over time, change) these records.  Note that I said "an
> interface", others are possible.
>
>
I'm glad to hear this.  There are three changes I'd like to propose to
incubator docs (not incubator policy) and the roster tool:

1. http://incubator.apache.org/guides/ppmc.html#Project+Status+Updates -
indicate that maintaining roster in these files is DEPRECATED
2. http://incubator.apache.org/guides/ppmc.html#Voting+in+a+new+committer -
indicate that additional committers should be added via whimsy
3. The interface itself needs to be able to track committers and PPMC
members differently.  I've created
https://issues.apache.org/jira/browse/WHIMSY-84 to track this need (since
all committers == all members, but not all members are on the PPMC)


> ---
>
> More specific to the incubator, I'm proposing that we maintain in LDAP
> a list of members in each podling (including mentors) and use that
> list to drive everything from phonebook to commit access in gitbox to
> who can view what mailing lists in ponymail to JIRA.
>
> Having a common place to administer the roster for a podling just
> seems like a good idea.
>
> I encourage people to explore https://whimsy.apache.org/roster/ppmc/
> and to update the membership of podlings that they are participating
> in.  Things should be set up so that if you are in the list for that
> podling, you can change that list.  Every change made through this
> interface will cause an email to be sent to the private list for the
> podling, the private list for the incubator, and root@ so that the
> infrastructure team is aware of the change.
>
>
If you look at the committer vs PPMC thing, one other item may be to not
email private@incubator for new podling committers - its not relevant to us.


> - Sam Ruby
>
>
> >> - Sam Ruby
> >>
> >> On Thu, Apr 6, 2017 at 1:06 AM, Sam Ruby <ru...@intertwingly.net>
> wrote:
> >> > Background, from https://issues.apache.org/jira/browse/INFRA-13804
> >> >
> >> >> With this feedback and review, I believe we're still operating as
> >> >> expected.
> >> >>
> >> >> * Per current policy, IPMC members have commit privileges on all
> >> Incubator
> >> >> repositories.
> >> >> * The above is effected through the use of a private GitHub Team
> >> >> * According to users' GitHub preferences, they will Watch new
> >> repositories
> >> >> * GitHub is sending notifications of changes, per Watch selections
> >> >>
> >> >> The "answer" here is to Unwatch repositories, as appropriate, and/or
> >> >> to alter the GitHub user account preference for auto-Watching new
> >> >> repositories.
> >> >
> >> >
> >> > Here's my case:
> >> >
> >> > I believe that asking all IPMC members that request access to *any*
> ASF
> >> > github repository to get notification emails on *all* incubator
> projects
> >> > that participate in the gitbox experiment is unreasonable.
> >> >
> >> > I believe that asking all IPMC members to individually unwatch each
> and
> >> > every repository as they are created is unreasonable.
> >> >
> >> > I believe that asking all IPMC members to uncheck "Automatically
> watch"
> >> is
> >> > unreasonable as it (a) will result in people being notified for new
> >> > repositories that they should be watching, and (b) presumes that
> people
> >> are
> >> > not participating/watching in other non-ASF GitHub repositories.
> >> >
> >> > Accordingly, Since I do believe that it is reasonable for every ASF
> >> member
> >> > to get email on all ASF repositories that they have commit privileges
> >> to, I
> >> > am asking that the IPMC revisit the current policy that all IPMC
> members
> >> > have commit privileges on all Incubator repositories.
> >> >
> >> > I believe that the alternative is technically feasible: have each
> podling
> >> > manage a list of committers for that podling:
> >> >
> >> > https://whimsy.apache.org/roster/ppmc/
> >> >
> >> > - Sam Ruby
> >> >
> >> >
> >> >
> >> > ---------------------------------------------------------------------
> >> > 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
>
>

Reply via email to