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 A7B9B13888F for ; Sat, 17 Oct 2015 12:28:45 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 8681B21C02D; Sat, 17 Oct 2015 12:28:37 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 7CBE421C013 for ; Sat, 17 Oct 2015 12:28:36 +0000 (UTC) Received: from [192.168.0.12] (aftr-37-201-215-34.unity-media.net [37.201.215.34]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: hasufell) by smtp.gentoo.org (Postfix) with ESMTPSA id 2FB7234087C for ; Sat, 17 Oct 2015 12:28:35 +0000 (UTC) Subject: Re: [gentoo-dev] Re: [gentoo-dev-announce] EAPI 6 draft for review To: gentoo-dev@lists.gentoo.org References: <22049.17676.1822.986579@a1i15.kph.uni-mainz.de> <20151017142418.006bc430.mgorny@gentoo.org> From: hasufell Message-ID: <56223EEE.1070903@gentoo.org> Date: Sat, 17 Oct 2015 14:28:30 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 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 In-Reply-To: <20151017142418.006bc430.mgorny@gentoo.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Archives-Salt: 0e7a426c-1c60-42d7-9b45-55539e9cdc62 X-Archives-Hash: 4e443b88eff572941b056f11ecd2f29c On 10/17/2015 02:24 PM, Michał Górny wrote: > > 2. eapply_user really belongs in the PM, especially if it's run by > default. And it needs patch applying function. And if we have to > implement patch applying function anyway, we may as well make it public > to avoid unnecessary duplication. > Unreliable. The ebuild may define its own src_prepare function or the PM might define eapply_user as a no-op, which is valid as per PMS.