From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id B7C03139085 for ; Wed, 11 Jan 2017 16:51:04 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id DBF1F234086; Wed, 11 Jan 2017 16:50:58 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 9BCCC234070 for ; Wed, 11 Jan 2017 16:50:58 +0000 (UTC) Received: from pomiot (d202-252.icpnet.pl [109.173.202.252]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: mgorny) by smtp.gentoo.org (Postfix) with ESMTPSA id A6E69341301; Wed, 11 Jan 2017 16:50:56 +0000 (UTC) Date: Wed, 11 Jan 2017 17:50:50 +0100 From: =?UTF-8?B?TWljaGHFgiBHw7Nybnk=?= To: "William L. Thomson Jr." Cc: gentoo-project@lists.gentoo.org Subject: Re: [gentoo-project] Merging Trustees and Council / Developers and Foundation - 1.0 reply Message-ID: <20170111175050.12e5887d.mgorny@gentoo.org> In-Reply-To: References: <35d4687b-4cbd-cf79-254c-c7476c06bb3a@gentoo.org> <20170111154634.6d2ec503.mgorny@gentoo.org> Organization: Gentoo X-Mailer: Claws Mail 3.14.1 (GTK+ 2.24.31; x86_64-pc-linux-gnu) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Project discussion list X-BeenThere: gentoo-project@lists.gentoo.org Reply-To: gentoo-project@lists.gentoo.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/U/TD=eyce=IkbBuKDGYEcem"; protocol="application/pgp-signature" X-Archives-Salt: 7ca64214-68e3-495a-b256-74ac37bb0e13 X-Archives-Hash: 27b7fab05034e29c1d1ca0e22c68b576 --Sig_/U/TD=eyce=IkbBuKDGYEcem Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Wed, 11 Jan 2017 10:56:16 -0500 "William L. Thomson Jr." wrote: > On Wednesday, January 11, 2017 3:46:34 PM EST Micha=C5=82 G=C3=B3rny wrot= e: > > > > 1. I do not mind encouraging more developers to join the Foundation, or > > even making it opt-out. However, I do oppose discriminating developers > > who decide not to join the Foundation. =20 >=20 > There should not be any discrimination. Just an understanding by opting o= ut=20 > you give up your voice/vote. And how is that not discriminating? On one hand you talk of giving people outside the project the means to influence it, yet you explicitly take away the right of voting for people outside the Foundation (even though they are in the project, after all). > =20 > > 2. I agree on having a single pool of voters. However, I believe those > > should be limited to active Gentoo developers, independently of > > Foundation membership. =20 >=20 > If one pool, not sure you can opt out of Foundation. Since that means you= =20 > cannot vote for Foundation, then you may no be able to vote for Council. >=20 > Plus may be contestable to merge beyond the voting issue. Easier to not m= erge=20 > and leave as is now. >=20 > Also most projects give means for people outside to be part of the projec= t.=20 > Non-contributing members. Why should members of the community not have an= y=20 > say? It is just a vote. The Trustees would have to present to Council and= =20 > those two bodies decide if it is best for Gentoo. >=20 > Only reason to not give the community any representation is to say we do = not=20 > care what you think, you have no say in Gentoo. Only those with a vested= =20 > interest have a say. It is one way to go but not a very open way IMHO. >=20 > Gentoo should welcome everyone's input. Some may have technical contribut= ions,=20 > others documentation. Maybe some have good ideas for Gentoo. I'm not sure if you've seen that but Gentoo developers lately have been harassed by multiple users who had no to minor contributions yet believed they are the best people to tell developers how do their work. Accepting input is one thing. Letting people who do not do current Gentoo work (=3D aren't affected by the decisions directly) decide on what others should do is another. How can a user who has barely any contact with Gentoo developers be able to choose good candidates for the Council? > > First of all, I'd like to point out how I see the 'problem' of many > > developers not being part of the Foundation. I think that in most > > cases, it's just a matter of 'simplicity': why would I bother joining > > Gentoo Foundation if it does not affect my Gentoo work? =20 >=20 > Because you care about Gentoo. You care to see your work protected and no= t=20 > another taking credit and profiting from your work. >=20 > Without a Foundation per se, someone could take your work, say it was the= re=20 > own. Potentially selling such and making a profit. The Foundation is ther= e to=20 > protect you, your work/contributions, etc. > =20 > Also to make sure you are not sued personally for your work. Though most = FOSS=20 > software has disclaimer for such. By contributing to Gentoo per se, Gento= o=20 > takes that liability from you. >=20 > > I think that many Gentoo developers, especially foreigners, have > > serious doubts about implications of being a Foundation member. Even if > > elaborate US lawyers can claim otherwise, we're talking about local law > > here, and for example I had enough of the law without having to wonder > > about the implications of formal foreign non-profit corporation > > membership. =20 >=20 > If you had a legal issue around FOSS who would you turn to? Does the EFF = or=20 > SLFC have an entity in your country? This is a problem any project would = face. I don't see how either of those arguments are related to me being a Foundation member or not. After all, the Foundation protects *all* Gentoo work, independently of whether a developer doing it is a member or not, doesn't it? > > As long as there is no lawful reason to require > > anyone to be a Foundation member to do X, I don't think we should > > enforce that. And unless I'm mistaken, not even Trustees are legally > >=20 > > required to be members of the Foundation (modulo current Bylaws): > > | Directors need not be residents of New Mexico or members of > > | the corporation unless the articles of incorporation or the bylaws > > | so require. > >=20 > > http://www.sos.state.nm.us/uploads/files/Corporations/ch53Art8.pdf =20 >=20 > That would mean if a Developer who opted out of Foundation membership cou= ld=20 > still run and be elected as a Trustee. Which would likely give them=20 > membership, opt them back in. I don't see a strict reason to do that, nor I see a strict reason not to do that. Just pointing out that lawfully membership could be considered fully irrelevant. > > Single pool of voters > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > >=20 > > I agree that having two disjoint pools of voters for two important > > boards running Gentoo might be bad. However, following the point made > > above I don't think that Foundation membership should be relevant to > > the ability to vote. > >=20 > > Therefore, I think it would be best if both the Council and Trustees > > were elected by active Gentoo developers, in a manner consistent with > > how Council is elected nowadays. =20 >=20 > It could be best, but could also result in a insiders only club. Excuse me but how is the Foundation membership different? Foundation members still have to be approved by Trustees. > > This removes the current Foundation members who are not developers from > > the voter pool. I'm sorry but I believe it's more appropriate that > > people who actively develop Gentoo (and have proven to understand its > > the organizational structure via passing the quizzes) get a vote > > in deciding how Gentoo is run. =20 >=20 > I think it is a big mistake to limit things to Developers only. I am not= =20 > aware of any Developers with say a legal background. What if members of t= he=20 > community do? Should they really be excluded? >=20 > Developers do not always know best, and are not versed in all fields. Thi= s is a=20 > close minded approach to only allowing a voice from within. Also what doe= s it=20 > say to the community? >=20 > There could be users of Gentoo who have more experience than new develope= rs.=20 > Their experience or patronage matters not? Who cares what you develop if = no=20 > one uses it, it does not really matter does it? They can get recruited. It's not hard. Getting a developer status (without commit access) mostly involves proving that you're accustomed to organization matters of how Gentoo operates. Do you really think Gentoo users should start telling developers how Gentoo should be operating without learning how it's operating right now first? > > While I believe it's important to remember the history of Gentoo > > and acknowledge past contributions to it, I don't think that solely > > past contributions should imply the ability to decide (however > > indirectly) how Gentoo is run nowadays. =20 >=20 > A day will come when you may not contribute anymore. Does that mean all y= our=20 > past contributions immediately become worthless? Does that mean your=20 > experience in the project did not result in any wisdom you could share wi= th=20 > others? No. But it means that I'm no longer in position to tell others what to do, or vote who the best candidate for Council/Trustee/etc. is. I don't mind past contributors having advisory roles for Gentoo. I do mind having them vote on people when they no longer are interested in directly participating in the complete developer community. > > Council, on the other hand, focuses on technical (and quasi-social) > > matters. It's important for Council members to be capable of good > > judgment both on technical and community matters, and being able to > > provide resolutions that are beneficial to the community. The location > > is pretty much irrelevant here, and the role could be considered > > informal by many. =20 >=20 > Council also needs to work with Trustees to ensure such is not taking on = legal=20 > liability. I believe the legal liability concern is a rare enough issue for Trustees to be involved rather when that is a possible case rather than having them approve every step of everyone else. > > I have yet to see the final proposal to throw my vote but I already > > start to dislike the direction it is heading towards. With no good > > rationale, and no good problem statement it seems like a change for > > the sake of changing things and/or replacing people. =20 >=20 > Keep something in mind. Trustees could, not saying they would, change leg= al=20 > and structure aspects of Gentoo with no opposition. If you were not happy= , if=20 > you are not a member of the Foundation as it stands now. You could do not= hing=20 > legally, Nor could the council or anyone. >=20 > Acting like the Foundation is just a steward is a misnomer. It is good th= e=20 > Trustees are seeking feedback and approval but they are not legally requi= red=20 > to do such. Once elected they do have legal authority to enact their will. Yes, I know that they can. And they also know that by doing this they are going to lose many useful contributors. Gentoo can't exist without people doing the work, even if the common mailing list complainers finally get what they wanted and are satisfied. It's not perfect but I believe Gentoo could prevail. Maybe it'd even be beneficial long-term, since it would let the developers actually doing a lot of work to split from those who mostly talk. Pretty much getting Gentoo back to the roots, as Daniel Robbins seen it. Of course, there's the trademark issue. It could end up in the 'FFmpeg fiasco' where actual development would continue in a separate entity, and Gentoo Foundation would just 'steal' their work and publish it as the official Gentoo. --=20 Best regards, Micha=C5=82 G=C3=B3rny --Sig_/U/TD=eyce=IkbBuKDGYEcem Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEEbbsHzE8NrQbqCv5BsHoa6u+0Rk4FAlh2YmpfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDZE QkIwN0NDNEYwREFEMDZFQTBBRkU0MUIwN0ExQUVBRUZCNDQ2NEUACgkQsHoa6u+0 Rk47cw//eYe4CwdopTHvzvArjGaDF+flKsyd0EE5jWbtGMlCpwMNcWuTMfyrF9Vu 89TH3dVDQYwrXzCauc1e+SohBIce65CcRqzvLHCFAYXGLeDBuV0kooDXlhwzlDCt bAvJuIu/ZhYpmSJPT1RI4vaN7wsaM3v/fI8+eh7KPnuXjYMVjPotNxsX0tIo7451 oas6QCEdQuzJmDD8JkTaNZu27ik64MgG6T3SBDihWeYCnq3R77f/wTxzE9tJPhOl xj0DjOtfIoHjqSFG1ru9EfMpia6NQa7H0xEY+z8xx+XOoBaL7OStiDrJkXoMGahg uaxY0SGeYKSiQ6u1ZUqIJU4/ST+9JjZ6zcnnLvu+MzPETYMBEQb03mkQCnd2wWRr NuUHq63cmShApvSL4qP0bN18xHMLCS4KozuR9lHOZ+YazaEZnWXnpxMckcM9hKp8 /0PfQICEx5mh2foRc8Wra2xDwmfXZMBGB3lOXxm4dK0T0fKAKdl+Svge7daxxvPQ 8rW/DbEp135zcpaPv3n3CBFVCQb3uUA5VGY34d/zEhaVNwJDjSwmuFY3IeZOruLb p4NTK6alLEu+wNyPAsh9OSectb/E7hH7SElRq7E1preMhTtYjCtTU8pLYwlsnmpb 5duTnRp2D8LjdiSqnxmPKfejHrXlOj18v8CY8FzwwlmxQVFbAPA= =OnXm -----END PGP SIGNATURE----- --Sig_/U/TD=eyce=IkbBuKDGYEcem--