[VOTE] using release names or not

Fernando Frediani fhfrediani at gmail.com
Wed Oct 25 12:20:59 EDT 2017

Be careful when adding or accommodating too much people with voting
rights based on subjective thoughts or in the intention to be too nice
with others. This is one of the things that can substantially change
the direction of any project by moving away hard worker people who may
not be comfortable with that.
People with voting rights should be carefully chosen based on proven
past contribution but not only that and name by name as it stands on
the current rules. Eventual contributors I believe, are always welcome
to give their opinions but not all should necessarily have voting
rights straight away or too fast.

My 50 cents.

On 24 October 2017 at 23:29, Yousong Zhou <yszhou4tech at gmail.com> wrote:
> On 25 October 2017 at 05:32, Hauke Mehrtens <hauke at hauke-m.de> wrote:
>> On 10/24/2017 11:23 PM, Rich Brown wrote:
>>> Hi folks,
>>> I'm not sure if I'm entitled to a vote, but as a documenter & forum participant, I recommend #2 - no code names.
>> Yes you are entitled to vote in my opinion.
>> Everyone listed here is entitled:
>> https://lede-project.org/about#people
>> (somehow Imre and Zoltan are still missing in the list)
>> If this is not clear I will start a vote to clarify this. ;-)
>> Hauke
> If I understand it right, the project rules currently couples
> committing rights and voting rights together.  If it really matters to
> the project management, we need to change the rules to also
> accommodate forum moderators, feeds admins, doc team members etc.
> That can be another complex task.
> And I am for using current LEDE's numbering scheme without codenames.
> While it's interesting as an extra bonus to find a recipe for drinks
> in the login banner, I am never good at nomenclator and have a poor
> taste for drinks ;)
>                 yousong
> _______________________________________________
> lede-adm mailing list
> lede-adm at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/lede-adm

More information about the openwrt-adm mailing list