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 01A1A13877A for ; Thu, 3 Jul 2014 14:56:30 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id AE4BDE089F; Thu, 3 Jul 2014 14:56:25 +0000 (UTC) Received: from rrzmta1.uni-regensburg.de (rrzmta1.uni-regensburg.de [194.94.155.51]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id BB0DCE0817 for ; Thu, 3 Jul 2014 14:56:24 +0000 (UTC) Received: from rrzmta1.uni-regensburg.de (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id C5E02378A5 for ; Thu, 3 Jul 2014 16:56:22 +0200 (CEST) Received: from kailua.localnet (pc1011302446.uni-regensburg.de [132.199.96.54]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: hua59129) by rrzmta1.uni-regensburg.de (Postfix) with ESMTPSA id C19843787F for ; Thu, 3 Jul 2014 16:56:22 +0200 (CEST) From: "Andreas K. Huettel" To: gentoo-dev@lists.gentoo.org Subject: Re: Re: [gentoo-dev] new profile layout with flavors and mix-ins Date: Thu, 03 Jul 2014 16:55:01 +0200 Message-ID: <3857945.YGqKkBQJb5@kailua> User-Agent: KMail/4.13.2 (Linux/3.10.32-gentoo; KDE/4.13.2; x86_64; ; ) In-Reply-To: <53B45860.2050400@gentoo.org> References: <20140702154416.GA1151@linux1> <53B4523F.8040102@gentoo.org> <53B45860.2050400@gentoo.org> 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-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Archives-Salt: 07962ea0-a95c-4af7-b6cb-5c7567173864 X-Archives-Hash: 2080751955e9dd915927b51a7239f5c5 Am Mittwoch 02 Juli 2014, 15:07:12 schrieb Anthony G. Basile: > > I don't know how to get from here to there. The problem isn't just > constructing an alternative profile tree. We could even have > /usr/portage/profiles-r2 and switch between the two on demand. The > problem is there's a lot of memory with flags and masks and these only > make sense in the context of the current stacking profiles. > Disentangling this information and bringing it over to profiles-r2 is > going to be work. Crazy idea: * introduce a change that makes portage look at a new filename for inheritance, i.e. existing "parent" files are disregarded and a new filename is introduced ("inherits" ?) * in most dirs that file will not exist -> no inheritance * new profile specs will have new main directories that pull in the resulting flat structure piece by piece This means that existing files can (carefully) be re-used in the transition. -- Andreas K. Huettel Gentoo Linux developer kde, council