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 3CE3D138247 for ; Tue, 26 Nov 2013 01:56:41 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 343CCE0AC4; Tue, 26 Nov 2013 01:56:31 +0000 (UTC) Received: from atog.treva.nl (atog.treva.nl [77.72.147.112]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 3C99FE0ABF for ; Tue, 26 Nov 2013 01:56:29 +0000 (UTC) Received: from 137-13-ftth.onsnetstudenten.nl ([145.120.13.137]) by atog.treva.nl with esmtpa (Exim 4.80) (envelope-from ) id 1Vl7t1-0002Oa-5c for gentoo-dev@lists.gentoo.org; Tue, 26 Nov 2013 02:56:27 +0100 From: Ruud Koolen To: gentoo-dev@lists.gentoo.org Subject: [gentoo-dev] New globally masked prefix USE flag Date: Tue, 26 Nov 2013 02:56:23 +0100 User-Agent: KMail/1.9.10 (enterprise35 0.20100827.1168748) 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="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <201311260256.23163.redlizard@gentoo.org> X-Archives-Salt: aa418466-7140-4b02-a213-eec7e0cf6f83 X-Archives-Hash: 13dcb64e01ea2ab9ad009d80c7b3efaa Ohai, As part of the RAP project[1], a version of Gentoo Prefix that uses its own libc rather than relying on the host version, prefix needs some new profiles serving this variant. While this is entirely inconsequential for most packages, there are a handful of ebuilds that need to distinguish between the two prefix variants. The chief difference between the two variants from the point of view of ebuilds is that in classic prefix, the host /usr/include is a valid include path (as it contains libc headers), whereas in RAP prefix it is not, and analogously so for library paths; this needs special handling for packages with build scripts that do their own exiting custom library searching, such as python, which needs to do certain prefix-specific hacks only for classic prefix and not for RAP. To this end, I'm introducing a globally masked USE flag, "prefix-guest", which is masked in the base profile and unmasked and forced in some prefix profiles; this flag indicates that /usr/include, /lib, and /usr/lib are valid paths despite being on a prefix system. This flag will be on in classic prefix, and off in prefix RAP. I will proceed in a week, assuming no complaints arise. -- Ruud [1] http://blogs.gentoo.org/news/2013/11/01/gentoo-monthly-newsletter-31-october-2013/#RAP