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 2B1AF138334 for ; Fri, 6 Sep 2019 05:49:30 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 34FDCE0821; Fri, 6 Sep 2019 05:49:26 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (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 D7385E0817 for ; Fri, 6 Sep 2019 05:49:25 +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 1848734ACD8; Fri, 6 Sep 2019 05:49:23 +0000 (UTC) Message-ID: Subject: Re: [gentoo-dev] Re: [gentoo-commits] repo/gentoo:master commit in: eclass/ From: =?UTF-8?Q?Micha=C5=82_G=C3=B3rny?= To: gentoo-dev@lists.gentoo.org Date: Fri, 06 Sep 2019 07:49:20 +0200 In-Reply-To: References: <1567619929.63486fef43c2e0dee3b4128db18fd1a6b4bf9381.tupone@gentoo> <6221fceb9ac4f3451a3a43e39141102f489a830d.camel@gentoo.org> <1860939b-1751-061d-c593-59deb20f05e7@gentoo.org> <7dd9f947-b3b1-a685-29df-0a59a19ebcbe@gentoo.org> <2f49bf393b04f1b514817317c2ea12f8e8e586df.camel@gentoo.org> <20190906080816.7cba3acf@katipo2.lan> Organization: Gentoo Content-Type: multipart/signed; micalg="pgp-sha512"; protocol="application/pgp-signature"; boundary="=-hAUZ7BzZiQ0ZgddlTn3k" User-Agent: Evolution 3.30.5 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 X-Archives-Salt: d043c2dd-2f85-44e2-90f1-a55924e0b216 X-Archives-Hash: 2f628b10ede5ec1345e89411b9fce6ce --=-hAUZ7BzZiQ0ZgddlTn3k Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Fri, 2019-09-06 at 00:47 +0200, Thomas Deutschmann wrote: > On 2019-09-05 22:16, Micha=C5=82 G=C3=B3rny wrote: > > > But as per the way the dev manual is written, he arguably *is* > > > following policy. > > >=20 > > > Stop taking the line of assuming he's trying to be belligerent.=20 > >=20 > > He says explicitly that he is against fixing devmanual because he likes > > the way he can abuse it right now. >=20 > You are the only one adding _abuse_ here. Stop that, thanks. When I > replied to your mail I was just asking... nothing more. I don't > understand why you are reading so much into it. >=20 > But yes, I like the current exception for "per-package" eclasses like I > am concerned that a review requirement would cause a significant delay: >=20 > Back to my example, imagine we would move pkg_config to new mysql > eclass. If we would bump mysql/percona-server/mariadb package and will > receive bug reports later because upstream changed something causing > pkg_config to fail we would now have to propose a patch, wait 48 > hours... i.e. package would be broken for ~72 hours just because of a > policy I don't reject in general (yes, I like reviews) but where I think > exceptions must be possible. Are you really saying that if you push buggy eclass (without review?), then you need to push yet another eclass to fix it? If so, then it looks like something is really wrong with your workflow. > So for my understanding this is not about 'fixing' devmanual. It's about > *changing* devmanual which I *just* pointed out. But whoever will > propose changing devmanual should support such a change because he/she > will probably have to argue for that change. Something I cannot do when > I like status quo like I do currently or have concerns. So you don't believe in civil duty over your private interest. Okay, understood. --=20 Best regards, Micha=C5=82 G=C3=B3rny --=-hAUZ7BzZiQ0ZgddlTn3k Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iQGTBAABCgB9FiEEx2qEUJQJjSjMiybFY5ra4jKeJA4FAl1x82BfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEM3 NkE4NDUwOTQwOThEMjhDQzhCMjZDNTYzOUFEQUUyMzI5RTI0MEUACgkQY5ra4jKe JA5aFQgA07q6OVTBYnYVxn+cXqjRSwQz/T9KzcnOeyDTCn8YfGCLTTJzKs/SW1AJ vIUUEocrq/IWW00+M/Qmkhud+pJfVp1vlTW/Am+rVNyB6F+SvHW7VrEipwMc4LoD 6xtTL62L0u9wOqkCJbNQqrYfqOgmJ1MCIm1P2JySwBEbDIys0TOyOy2Rbu0rxCeS Q+RKlaOH/rXGz/8aLpDRvpkuqNh5ouLVQsPrtkEfS3wREYECZVfYwQliS7DdCjNB jQivpVoEtnQA6DfrYyJFK6KcKmZFjqjKnZEMWckNXFULe08Y2YcwtbMg5kM6Jyj4 H19bDtTQjjVPAE3Uy4xKAFDUt4TuZg== =T39s -----END PGP SIGNATURE----- --=-hAUZ7BzZiQ0ZgddlTn3k--