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 92B4C139694 for ; Thu, 23 Mar 2017 20:23:14 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 3EB8221C20B; Thu, 23 Mar 2017 20:23:03 +0000 (UTC) Received: from smtp.gentoo.org (woodpecker.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 E5CD321C11D for ; Thu, 23 Mar 2017 20:23:02 +0000 (UTC) Received: from localhost (unknown [IPv6:2a01:e34:eeaa:6bd0:4ecc:6aff:fe03:1cfc]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: aballier) by smtp.gentoo.org (Postfix) with ESMTPSA id 2CC28341653 for ; Thu, 23 Mar 2017 20:23:01 +0000 (UTC) Date: Thu, 23 Mar 2017 21:22:54 +0100 From: Alexis Ballier To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: [PATCH] sys-devel/autoconf: Convert from eblits into an eclass, #586424 Message-ID: <20170323212254.1bb17f3d@gentoo.org> In-Reply-To: <1490295612.1534.3.camel@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> <1490295612.1534.3.camel@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 Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: b37a1795-6245-4b0a-a1b0-84808860ca2c X-Archives-Hash: 0a7faf5cf32defee05a74fe2e8cc316f On Thu, 23 Mar 2017 20:00:12 +0100 Micha=C5=82 G=C3=B3rny wrote: > 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: =20 > > > > 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 > >=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 > >=20 > > What, exactly, is non-PMS ? The access rule has been added after > > last EAPI was approved it seems. =20 >=20 > 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. Indeed, according to pms.git commit log, the rule was laxed because it was clearly an oversight in EAPI6 [1] and was the standard behavior in previous EAPIs. But in the same commit, an "harmless note" was added that "Ebuilds must not access the directory in global scope." in addition to the "May or may not exist" statement and "Not necessarily present when installing from a binary package" footnote. Please explain how this last addition is not a backwards-breaking change. PMS is not a tool to push your personal agenda of cleaning up the deve^^err tree. [1] https://gitweb.gentoo.org/proj/pms.git/commit/?id=3Dfa4ac9474048ec75af138fc= 61f22485c06aac5b7