From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 470E61381F3 for ; Tue, 27 Aug 2013 14:15:33 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id C5F0DE0A59; Tue, 27 Aug 2013 14:15:29 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 25EEDE09FB for ; Tue, 27 Aug 2013 14:15:29 +0000 (UTC) Received: from [192.168.1.160] (CPE002401f30b73-CM001cea3ddad8.cpe.net.cable.rogers.com [99.224.181.112]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: axs) by smtp.gentoo.org (Postfix) with ESMTPSA id 3775333BDD7 for ; Tue, 27 Aug 2013 14:15:28 +0000 (UTC) Message-ID: <521CB490.70901@gentoo.org> Date: Tue, 27 Aug 2013 10:15:44 -0400 From: Ian Stakenvicius User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130823 Thunderbird/17.0.8 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 MIME-Version: 1.0 To: gentoo-project@lists.gentoo.org Subject: Re: [gentoo-project] Re: Call for agenda items - Council meeting 2013-09-10 References: <21020.30575.805569.383992@a1i15.kph.uni-mainz.de> <21020.30862.522397.827536@a1i15.kph.uni-mainz.de> In-Reply-To: <21020.30862.522397.827536@a1i15.kph.uni-mainz.de> X-Enigmail-Version: 1.5.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: 8e8677fc-c7a7-4624-a4b0-e8eab0a57eca X-Archives-Hash: d6cc27a957c8f9bd06ae39c96ab1646e -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 27/08/13 05:59 AM, Ulrich Mueller wrote: > In a nutshell: The default src_install() implementation in EAPIs 4 > and 5 is flawed because it doesn't account for the DOCS variable > being defined but empty. It ends up calling dodoc without any > arguments in this case. This will work in Portage (with a QA > warning), but the stricter implementation in Paludis will error > out. > > 2. There is consensus that default src_install should be fixed in > the next EAPI. The question is if we should retroactively change > the specification [3]. (Replying to original list -- are we supposed to move these discussions to -dev@ ??) It's unfortunate that this bug is there (DOCS must always have a value in the default src_install, whether it be set by the default phase or in the ebuild), but I don't think we can just retroactively fix EAPI4/5 to do it without consensus from all of the PM implementation upstreams. Inviting them all to the council meeting to seek their approval is always a possibility, of course. It would probably be best to just enforce workarounds in eclasses and remove the empty/null assignments in ebuilds, and make sure the spec (and therefore PMs) are fixed to allow empty DOCS in EAPI6 and above. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (GNU/Linux) iF4EAREIAAYFAlIctJAACgkQ2ugaI38ACPBrKwD9HKGj9mZLrHmK9OlBkwngp20M l2CVE+X5l9bFCK4g0KUA/3FT6+h0sb3UrW+eK+/mvTBabLIbgIrFV+rgjfZhjprc =c7bt -----END PGP SIGNATURE-----