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 C47B71381F3 for ; Mon, 22 Apr 2013 13:51:20 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 03327E09AF; Mon, 22 Apr 2013 13:51:16 +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 1C280E097D for ; Mon, 22 Apr 2013 13:51:15 +0000 (UTC) Received: from portable (AMontpellier-651-1-434-83.w92-145.abo.wanadoo.fr [92.145.61.83]) (using SSLv3 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: aballier) by smtp.gentoo.org (Postfix) with ESMTPSA id 1BA9933DE85; Mon, 22 Apr 2013 13:51:12 +0000 (UTC) Date: Mon, 22 Apr 2013 15:51:08 +0200 From: Alexis Ballier To: gentoo-dev@lists.gentoo.org Cc: yngwin@gentoo.org, multilib@gentoo.org Subject: Re: [gentoo-dev] FYI: emul-linux-x86-xlibs deps being replaced in gx86 Message-ID: <20130422155108.055f5bca@portable> In-Reply-To: References: <20130421214304.7b08fa57@pomiocik.lan> Organization: Gentoo X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.17; x86_64-pc-linux-gnu) 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=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 8f2b8f31-dde0-4856-bde3-8449afa6c336 X-Archives-Hash: 5f9ec6f1eb546c522e69f737cbb39537 On Mon, 22 Apr 2013 20:21:55 +0800 Ben de Groot wrote: > It should come as no surprise that I am not happy with this. While I > applaud your efforts to attempt to improve the multilib situation, I > don't think we are quite at the stage yet where this can be pushed as > the default choice, as you are doing now. >=20 > In my opinion this belongs in an overlay for further development and > much more extensive testing. You are now pushing this to ebuilds that > may very well go stable within weeks =E2=80=94 unless I'm missing somethi= ng > and you are masking these features / useflags on stable. It is not default unless abi_x86_32 & friends are enabled; old behavior is preserved until these flag are default in multilib profiles. It is also not stable until the multilib deps are stable, which is independent of packages having the || dep being stable. If there is a need then useflags can be masked on stable also so that, again, behavior remains the same on stable. Alexis.