From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gentoo-dev+bounces-80064-garchives=archives.gentoo.org@lists.gentoo.org>
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 4EAD6139694
	for <garchives@archives.gentoo.org>; Thu, 23 Mar 2017 21:46:44 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
	by pigeon.gentoo.org (Postfix) with SMTP id 84A5921C234;
	Thu, 23 Mar 2017 21:46:04 +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 3967B21C22E
	for <gentoo-dev@lists.gentoo.org>; Thu, 23 Mar 2017 21:45:59 +0000 (UTC)
Received: from thinkpad.fritz.box (cable-static-236-115.teleport.ch [213.188.236.115])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(No client certificate requested)
	(Authenticated sender: soap)
	by smtp.gentoo.org (Postfix) with ESMTPSA id E5355341656
	for <gentoo-dev@lists.gentoo.org>; Thu, 23 Mar 2017 21:45:57 +0000 (UTC)
Message-ID: <1490305554.1346.3.camel@gentoo.org>
Subject: Re: [gentoo-dev] Re: [PATCH] sys-devel/autoconf: Convert from
 eblits into an eclass, #586424
From: David Seifert <soap@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Date: Thu, 23 Mar 2017 22:45:54 +0100
In-Reply-To: <20170323224240.27e19ecd@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> <20170323212254.1bb17f3d@gentoo.org>
	 <1605d79d-845d-c6eb-93d9-0828a1a663e1@gentoo.org>
	 <20170323224240.27e19ecd@gentoo.org>
Content-Type: text/plain; charset="UTF-8"
X-Mailer: Evolution 3.22.4 
Precedence: bulk
List-Post: <mailto:gentoo-dev@lists.gentoo.org>
List-Help: <mailto:gentoo-dev+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-dev+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-dev+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org>
X-BeenThere: gentoo-dev@lists.gentoo.org
Reply-to: gentoo-dev@lists.gentoo.org
Mime-Version: 1.0
Content-Transfer-Encoding: 8bit
X-Archives-Salt: 27e8d12e-9339-452b-96cf-ebcefc479d82
X-Archives-Hash: 8ea9197fb093ce1cd83c6dd935755539

On Thu, 2017-03-23 at 22:42 +0100, Alexis Ballier wrote:
> On Thu, 23 Mar 2017 17:20:59 -0400
> Michael Orlitzky <mjo@gentoo.org> wrote:
> 
> > On 03/23/2017 04:22 PM, Alexis Ballier wrote:
> > > 
> > > 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=fa4ac9474048ec7
> > > 5af138fc61f22485c06aac5b7
> > >  
> > 
> > Read that diff again. Before the commit, FILESDIR was invalid in
> > global scope (only valid in src_*). This commit makes it valid in
> > global scope, but adds the "... don't access it there" clause.
> > 
> > It's not a breaking change because any behavior affected by the
> > clause was already illegal before the commit.
> 
> 
> If we were to stop thinking and follow the rule by the letter: What
> are
> we waiting for to file bugs for every package having ${FILESDIR}
> somewhere in global scope then ?
> After all, those are the council approved versions and EAPIs cannot
> change.
> 
> Or you can read again the first sentence in the part you quoted.
> 

https://bugs.gentoo.org/show_bug.cgi?id=586416