[LEDE-DEV] openwrt and lede - remerge proposal
David Lang
david at lang.hm
Thu May 11 21:17:49 PDT 2017
thereare formal rules:
https://lede-project.org/rules
1. The only role distinction within the LEDE project is between committers and
non-committers, there is no core developer group or other specially privileged
members.
2. All committers have the right to vote and are invited to liberally exercise
this voting right in order to keep a broad consensus on project matters.
3. Project matters, overall development directions etc. are decided by simple
majority votes. Votes may be held in different ways like simple yes/no
decisions, majority decisions among multiple proposed choices etc.
4. Committers being unreachable for three months in a row shall get their commit
and voting rights revoked in order to retain the ability to do majority votes
among the remaining active committers.
5. There shall be only full commit rights in any case, no partial access or
otherwise restricted access to the repositories.
6. Frequent contributors may become committers after a simple majority agreement
among existing committers. Project members are free to suggest suitable people.
7. Any votes and decisions made will be made public on the project websites.
8. Project infrastructure should be outsourced FOSS community operated services
whenever possible in order to allow project members to focus on actual
development efforts.
9. Any infrastructure that cannot be outsourced and/or is operated by the
project itself shall be administrable by at least three different people to
reduce the likelyhood of the project getting locked out due to operators being
unreachable.
10. Responsible operators for the various services shall be documented publicly.
The project will not offer email accounts under its project domain for privacy
and equality reasons.
11. Changes to these rules require a two third majority among the committers
holding voting rights and shall be documented.
12. Be nice to each other.
what is it on this list that people are objecting to?
what is it that people say needs to be added to the list?
are the people objecting amoung those who would have to comply with these rules?
or are they outsiders (I am an outsider)
David Lang
On Fri, 12 May 2017, Eric Luehrsen wrote:
> Date: Fri, 12 May 2017 04:09:31 +0000
> From: Eric Luehrsen <ericluehrsen at hotmail.com>
> Cc: LEDE Development List <lede-dev at lists.infradead.org>
> Subject: Re: [LEDE-DEV] openwrt and lede - remerge proposal
>
> I read this on going thread and ... (sigh).
>
> "Good fences make good neighbors." Robert Frost
>
> People don't like rules and that could be even more true with open
> source work groups. However, a good set of _limited_ rules can make life
> easier. You may focus on important work or joyful recreation while not
> worrying about accidental trespasses.
>
> I was trying to hold back a thought as formal as "bylaws" but perhaps
> that is really the best way. That is ignore all the thoughts of what to
> name the community, who would handle the accounts, and where to point
> the DNS to. First thing and prerequisite to all others is a set of
> governing principals for a yet unnamed community. This community is for
> members who share a common affliction that they cannot help themselves
> but hack on embedded networking software.
>
> This applies not only to the voting members, but to the interactions
> respective to the wider community of contributers and power users. Much
> of OpenWrt/LEDE progress, interest, relevance, and value is made by
> these members of the wider community. The size of the sphere of
> influence and the community's self worth are determined by issues such
> as: on-boarding of voting members, on-boarding of committing members,
> separating requirement of commits from votes, transparency of decision
> making, email accounts, other privileges that over emphasize badge of
> authority, and general attitude of the core voting members.
>
> Such schisms occur in all organizations (business and nations). When it
> happens the first time, then it is a leaning opportunity. If the
> opportunity is ignored, or the solution glosses over the details of the
> underlying root cause, then the situation will repeat. A repeat event is
> more damaging to the credibility of an organization than the first one.
>
> - Eric
>
> _______________________________________________
> Lede-dev mailing list
> Lede-dev at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/lede-dev
>
More information about the Lede-dev
mailing list