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 269D8139085 for ; Wed, 11 Jan 2017 17:55:40 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 1B0432340B0; Wed, 11 Jan 2017 17:55:39 +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 CA9C823409E for ; Wed, 11 Jan 2017 17:55:38 +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 0B4C8341398; Wed, 11 Jan 2017 17:55:36 +0000 (UTC) Date: Wed, 11 Jan 2017 18:55:17 +0100 From: =?UTF-8?B?TWljaGHFgiBHw7Nybnk=?= To: Alec Warner Cc: gentoo-project@lists.gentoo.org Subject: Re: [gentoo-project] Merging Trustees and Council / Developers and Foundation - 1.0 reply Message-ID: <20170111185517.6e62c7ab.mgorny@gentoo.org> In-Reply-To: References: <35d4687b-4cbd-cf79-254c-c7476c06bb3a@gentoo.org> <1d601c44-e136-382d-54f4-27d3437dfcc5@gentoo.org> <87r349iy3d.fsf@kestrel.kyomu.43-1.org> <877f61bkxw.fsf@kestrel.kyomu.43-1.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_/f2qM/PCjVFt7k7CTo8zA2cN"; protocol="application/pgp-signature" X-Archives-Salt: f6c1c3aa-4aba-406d-b444-29ecdc42a72b X-Archives-Hash: 9c712fb963fcca23649bb190689234d0 --Sig_/f2qM/PCjVFt7k7CTo8zA2cN Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Wed, 11 Jan 2017 08:56:44 -0800 Alec Warner wrote: > On Wed, Jan 11, 2017 at 8:50 AM, Matthias Maier wrote: >=20 > > What about you have a closer look at for example the Debian project [1]? > > > > There, the project and its developer community is not organized in any > > legal entity. > > > > All business that requires a legal entity is organized via *mutliple* > > foundations [2,3] - none of which have any power over the project > > itself. > > > > This is exactly the model we have at the moment. > > > > So what on earth is the problem? > > =20 >=20 > I suspect one problem might be: >=20 > 1) Most developers are not interested in Foundation affairs. > 2) The Foundation is often minimally staffed with enough members (to vote) > and trustees (to run the foundation legally.) > 3) In the past, the Foundation failed to renew its New Mexico filing (whi= ch > was fixed later.) > 4) The status of the Foundation with regards to the US tax organ (the IRS) > is decidedly unclear at this time (but its being worked on.) >=20 > So there is some concern that the Foundation is not being run well in the > current system. Keeping the current system is worrisome (as a current > trustee, I certainly worry about it!) This is one reason why I think the > status quo is a bad idea. Thanks for clarifying. This brings the next question: how does adding more functions (=3D=3D work) to Trustees improve the state of affairs they can't handle already? --=20 Best regards, Micha=C5=82 G=C3=B3rny --Sig_/f2qM/PCjVFt7k7CTo8zA2cN Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEEbbsHzE8NrQbqCv5BsHoa6u+0Rk4FAlh2cYZfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDZE QkIwN0NDNEYwREFEMDZFQTBBRkU0MUIwN0ExQUVBRUZCNDQ2NEUACgkQsHoa6u+0 Rk4nBxAAid8QxUaNHvjhk0d0yQIHf4Le7qbu/bP4qscUv40l6twADeoWw4GtLZj9 /wp9K8b/5HII0kr5Vin0GElNAUYghuUaeOPU8eu62Rm4rMfmjdauVfdZOOoQwOvL fd3QPugiDNqhhhhRhL6lMBqtBrriAEEwGiAt5LPKdkR1Ru+QqvZUclGx/mumc7eJ eMIF1BRknN1p+yMc6XDORmhdqpIZ/tMOvgXE67OAR1HaIFddjE/9KUrRbXxKM0dV kxvMZQAeidrCbuCeNHeZU2o0j3gqcNoitjXYcpBisaxWtBYm0Sfr9STM7xoGJ//x 04TqyociBcIyInOn/oAIMRdMYMa7+JOqSUEE7VmEvdv21cb6UoJpviFq5NSEQF0N UzcYZBhNJ3mzSHOS0AXpzQY3zhWLd0SuCrJFP3s+5jQ8o/PKv/PITzbyCdrj9eQ8 REQUQpNjTIksDeqXwdpK9SrHBefHkWrnYfJSCikdcbafcDOfY0DiwAWz1iOQS9VF AtAYM2ZzjFzsHiajFxZcswt1CSELtUJpFBSQbUaJ4SY6bTdQGQA57KfergAUy0ha zvf15BlS3thGdhif/e5Nk89K4AUuFci0vTEQ+vYv2VzUYnhmnwJShMQd5zi0JHDx leOeqQNjQHBQumHOtXtk3HvN1RUxHMThPFAocQcJSBqyVsySdI8= =Lu4t -----END PGP SIGNATURE----- --Sig_/f2qM/PCjVFt7k7CTo8zA2cN--