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 8B3C41381F3 for ; Thu, 13 Dec 2012 21:47:40 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id E871721C0BA; Thu, 13 Dec 2012 21:47:30 +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 B8A8221C0A7 for ; Thu, 13 Dec 2012 21:46:53 +0000 (UTC) Received: from [10.151.12.100] (unknown [209.129.85.4]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: zmedico) by smtp.gentoo.org (Postfix) with ESMTPSA id C770933DB80; Thu, 13 Dec 2012 21:46:52 +0000 (UTC) Message-ID: <50CA4CC6.5010800@gentoo.org> Date: Thu, 13 Dec 2012 13:46:46 -0800 From: Zac Medico User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.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 To: gentoo-dev@lists.gentoo.org CC: =?UTF-8?B?TWljaGHFgiBHw7Nybnk=?= , dilfridge@gentoo.org Subject: Re: [gentoo-dev] Getting EAPI 5 *use.stable.mask to work in gx86? References: <20121210222717.6424ef66@pomiocik.lan> <20121212103231.546140e2@pomiocik.lan> <50C85CB9.9040603@gentoo.org> <201212132133.57417.dilfridge@gentoo.org> <20121213214344.70c37384@pomiocik.lan> In-Reply-To: <20121213214344.70c37384@pomiocik.lan> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Archives-Salt: 1fdc5e1a-79bd-498c-a898-aa476b677667 X-Archives-Hash: 81c8fdf5cb0355b69e4153d77c327812 On 12/13/2012 12:43 PM, Michał Górny wrote: > On Thu, 13 Dec 2012 21:33:50 +0100 > "Andreas K. Huettel" wrote: > >> Am Mittwoch, 12. Dezember 2012, 11:30:17 schrieb Zac Medico: >>>> Yes, and having 'stable' and 'unstable' profiles will work just >>>> the same. Except for the fact that it will be a bit cleaner, not require >>>> EAPI=5 at all and probably make arch testing a bit easier for a few >>>> people. >>> >>> Sounds good to me. >> >> Except that it completely breaks stabilization procedures, since packages are >> then not only tested with a larger range of useflags, but with an entirely >> different profile. Not such a great idea. >> >> The whole point of the stable masking was to keep the changes minimal when >> going from a "testing" to a "stable" state - by only restricting the use flag >> choices, and nothing else. This means most of the testing done with ~arch >> packages is still valid and provides meaningful feedback to maintainers and >> arch teams for stabilization. > > Well, it's all a question of decisions, I believe. If we make sure that > the new 'unstable' profiles differ from the 'stable' ones only by > additional masked/unmasked USE flags, I don't think it'd be an issue. Yeah, should be fine. >> In general, using a separate set of profiles, however, whill not help you >> enabling the stable mask files, since these will then only be allowed inside >> the new profiles. Not in the base profile or in the main profile directory, >> which still follows the old EAPI. In the sense of easy handling, noone will >> probably want to edit >> profiles/highly_unstable/next_version/package.stable.mask. >> >> I have basically given up that this "feature" will ever become useful >> for the main tree. Long live inertia. > > I'm thinking of making all the current profiles 'testing'. As in, we > mask the 'unstable' flags in base profile completely. > > The new profiles will just add a common 'testing' profile which would > unmask those flags. ~arch users could still use the regular profiles > but would have to switch if they wanted the additional flags > automatically unmasked. That makes sense. The currently supported profile types for profiles.desc are 'stable', 'dev', and 'exp'. By default, repoman only checks the 'stable' ones. If you want your new 'testing' profiles to be checked by default, we could add a new category for them. -- Thanks, Zac