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 3BCCB138334 for ; Mon, 2 Dec 2019 10:08:06 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 6DFADE08A8; Mon, 2 Dec 2019 10:08:05 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [IPv6:2001:470:ea4a:1:5054:ff:fec7:86e4]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 49BF3E08A2 for ; Mon, 2 Dec 2019 10:08:05 +0000 (UTC) Received: from pomiot (c134-66.icpnet.pl [85.221.134.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: mgorny) by smtp.gentoo.org (Postfix) with ESMTPSA id 9F85B34D1EB; Mon, 2 Dec 2019 10:08:03 +0000 (UTC) Message-ID: Subject: Re: [gentoo-project] Council meeting 2019-12-08 19:00 UTC - Agenda topics? From: =?UTF-8?Q?Micha=C5=82_G=C3=B3rny?= To: gentoo-project@lists.gentoo.org Cc: council@gentoo.org Date: Mon, 02 Dec 2019 11:07:59 +0100 In-Reply-To: <20191202104449.29f98ddd@abudhabi.paradoxon.rec> References: <1804325.WCBl8XsjWq@pinacolada> <20191202104449.29f98ddd@abudhabi.paradoxon.rec> Organization: Gentoo Content-Type: multipart/signed; micalg="pgp-sha512"; protocol="application/pgp-signature"; boundary="=-znnAG1uLtFc1hT3K63c5" User-Agent: Evolution 3.32.4 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 X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 X-Archives-Salt: 7a17805c-af41-4ea0-b113-04d4263ffea9 X-Archives-Hash: 209e42e52004116f034c9eaf4db5a1bc --=-znnAG1uLtFc1hT3K63c5 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, 2019-12-02 at 10:44 +0100, Lars Wendler wrote: > On Mon, 02 Dec 2019 10:10:55 +0100 Micha=C5=82 G=C3=B3rny wrote: >=20 > > On Wed, 2019-11-27 at 00:26 +0100, Andreas K. Huettel wrote: > > > The next council meeting will be on Sunday 2019-12-08, 19:00 UTC in > > > the #gentoo-council channel on Freenode. Please reply to this mail > > > with desired agenda topics. > > >=20 > >=20 > > I'd like to pass a big question=E2=84=A2 towards the Council since ther= e seems > > to be some disagreement on the direction Gentoo should take: > >=20 > > =3D=3D=3D > > Should Gentoo developers be expected to be able to find a way to work > > together to build a somewhat consistent distribution, or should it be > > allowed for individual developers to 'run their own shops' and ignore > > everybody else? > > =3D=3D=3D > >=20 > > To explain what I mean with an extreme example: in the past we had > > a developer who blocked adding systemd units to his own packages > > because of his own personal agenda against systemd. This was > > obviously harmful to systemd users who couldn't install use those > > packages normally, and was harmful to consistent user experience > > across Gentoo. >=20 > Perhaps you even mean my past actions here because that was exactly > what I did with my packages. The reason is not because I want to > actively sabotage systemd in Gentoo but because I cannot test the > unit files as I do not use/have a Gentoo installation with systemd > available. What I did was to assign such request bugs to our systemd > team and gave them permission to add these systemd units to my packages. >=20 No, that's fine and understandable. It's one thing to ask somebody else to take care of setup he needs. It's another to actively block it 'over my dead commit access'. --=20 Best regards, Micha=C5=82 G=C3=B3rny --=-znnAG1uLtFc1hT3K63c5 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iQGTBAABCgB9FiEEx2qEUJQJjSjMiybFY5ra4jKeJA4FAl3k4n9fFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEM3 NkE4NDUwOTQwOThEMjhDQzhCMjZDNTYzOUFEQUUyMzI5RTI0MEUACgkQY5ra4jKe JA4DEQgAj3Gp/bmr8BsX2/H+AUNJ73rLobEn0AQ2Zfr6KDClf6lDZXzJpUF/LI46 kv8G8CQTmB2rEbYzpaqwfXB4ERh92aA0GafTSFLWefHcTtY8XUsvA9ecxeID4HYA OOlT7GnbJOpb3ALPyRIpRiyoigCXNwpbY3Ul2TgZb8BTm075BHfoKYXTXJUVK/9s 6MODJ+mkSZXfUa7SNOYwaRvRz1oU73enwNQFKGi0MablVIWt4GPTc9yKr9blKZUq /Cug8jctb7Rd7ODlJv6DaWTTTR2cXlCB30NY043tGFuXJkTrAd52R9lK9ioS8Xnl /fvPvj7mRkzoy3S5Eca/ABTk3T2C8A== =WN0F -----END PGP SIGNATURE----- --=-znnAG1uLtFc1hT3K63c5--