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 4448F139694 for ; Thu, 23 Mar 2017 19:01:13 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 4F9D621C21D; Thu, 23 Mar 2017 19:00:19 +0000 (UTC) Received: from smtp.gentoo.org (mail.gentoo.org [IPv6:2001:470:ea4a:1:5054:ff:fec7:86e4]) (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 E933B21C219 for ; Thu, 23 Mar 2017 19:00:18 +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 03489341647; Thu, 23 Mar 2017 19:00:16 +0000 (UTC) Message-ID: <1490295612.1534.3.camel@gentoo.org> Subject: Re: [gentoo-dev] Re: [PATCH] sys-devel/autoconf: Convert from eblits into an eclass, #586424 From: =?UTF-8?Q?Micha=C5=82_G=C3=B3rny?= To: gentoo-dev@lists.gentoo.org Date: Thu, 23 Mar 2017 20:00:12 +0100 In-Reply-To: <20170323195213.406ba9f8@gentoo.org> References: <20170316093806.31977-1-mgorny@gentoo.org> <20170320083544.GZ24205@vapier> <2240597.YoP4Ev77Vx@porto> <1652433.oqbzW57v8l@porto> <20170323105101.0f622f66@gentoo.org> <1490288005.1534.1.camel@gentoo.org> <20170323195213.406ba9f8@gentoo.org> Organization: Gentoo Content-Type: multipart/signed; micalg="pgp-sha512"; protocol="application/pgp-signature"; boundary="=-deEDDViSGKAQ6TeFZOyl" X-Mailer: Evolution 3.22.6 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 Mime-Version: 1.0 X-Archives-Salt: 592465ea-3281-426a-a886-53b5cccbe4de X-Archives-Hash: ccdee4d16c0c79a646b24c4df94d9440 --=-deEDDViSGKAQ6TeFZOyl Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On czw, 2017-03-23 at 19:52 +0100, Alexis Ballier wrote: > On Thu, 23 Mar 2017 17:53:25 +0100 > Micha=C5=82 G=C3=B3rny wrote: >=20 > > On czw, 2017-03-23 at 10:51 +0100, Alexis Ballier wrote: > > > On Thu, 23 Mar 2017 10:41:39 +0100 > > > "Andreas K. Huettel" wrote: > > > =20 > > > > Am Dienstag, 21. M=C3=A4rz 2017, 11:24:39 CET schrieb Andreas K. > > > > Huettel: =20 > > > > >=20 > > > > > So what's so special about your packages that you *need* a hack > > > > > as ugly as eblits? > > > > > =20 > > > >=20 > > > > No response. Seems like there are no real arguments for eblits. > > > > =20 > > >=20 > > > I guess the argument is not for or against eblit but rather about > > > "when you want to change something you don't maintain, you have to > > > justify it properly" =20 > >=20 > > Do you think really think it's fine for maintainer to: > >=20 > > 1. go against best practices, principle of least surprise and > > basically make it harder for anyone else to touch the ebuild (-> aim > > for bus factor of 1 and/or making himself indispensable)? >=20 > This is very (too) subjective. >=20 > > 2. enforce package managers to exhibit non-PMS behavior by making core > > system packages rely on it? Not to mention minor incompatibilities > > causing silent breakage. >=20 > What, exactly, is non-PMS ? The access rule has been added after last > EAPI was approved it seems. It would be really appreciated if you at least conducted proper research before starting to troll. As Ulrich already explained in this thread (which I presume you have read), the rule was *laxed*. According to the previous rule, eblits could not work at all since FILESDIR was *never* allowed in global scope. --=20 Best regards, Micha=C5=82 G=C3=B3rny --=-deEDDViSGKAQ6TeFZOyl Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iQKTBAABCgB9FiEEXr8g+Zb7PCLMb8pAur8dX/jIEQoFAljUGzxfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDVF QkYyMEY5OTZGQjNDMjJDQzZGQ0E0MEJBQkYxRDVGRjhDODExMEEACgkQur8dX/jI EQpJsxAA4VuWaZV8mjeGoRwxm3JM9Wg2ZCUXsXizoqjnFNX1MrTht8OMjiqk/fFj 8Z1puRpcT14iSgBbAKtKB2JVdMxUcuRJ48y8EkWgCDqXN6I1H04/sLZpfistC/LQ YwByOFTFERjAY0O5N3X7pMwguTOK6Da1hJQPCNsKx7WVCpE9Gfnav+7ZrWhYAhsU B3VIwmOUqXZ8c3fyAEGZKr2QUURNRSqUwE+SBP4EYcvEXz8DMRNYHklpNJEUBpVt WGLFXxXgUlT/sQbuspR9LRHqo295PXysg+td1zTKYkiqJkiJGA+T1Jr2YjwXUhnb t8YClrDMWZbXGZn+PkVaVv/sKXaiXNJrolQ65BAq/YUOy50GnupzbxY6QrjMBfs4 TB2Cxirp2njZVv1r8w4bhZ1aMwYXB6eJaklK1Puk4s5/mX/mmhzKPQeV5K05nzvI fb1xUFO0ha8GSmoZYpkuo7pdH2gRRd+ks1C9gz4/Qwp57SutmPvF3BBVEd81JHvG dSjiQsBJvj6hS0T7BOZm8gRYzFw/Gzo+/8OR4QtcILcse+kKsifWgqbxbfgA5LzO qFMsHeoArViRbpXS+KHZ/EnRVbazIM9LfG1gr6gD0PEgOajSjaT9O2QrkA1qH8Xy UGhXxOh06gSaqIEJBo4xdIjlVWNlz4rI8b+o7yh5/bLUeG4fZlo= =dJcX -----END PGP SIGNATURE----- --=-deEDDViSGKAQ6TeFZOyl--