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 E1D0D13838B for ; Mon, 22 Sep 2014 01:12:25 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 75A21E0A82; Mon, 22 Sep 2014 01:12:25 +0000 (UTC) Received: from virtual.dyc.edu (mail.virtual.dyc.edu [67.222.116.22]) by pigeon.gentoo.org (Postfix) with ESMTP id 1090FE0A82 for ; Mon, 22 Sep 2014 01:12:24 +0000 (UTC) Received: from [192.168.3.7] (cpe-74-77-145-97.buffalo.res.rr.com [74.77.145.97]) by virtual.dyc.edu (Postfix) with ESMTPSA id 35F627E025D for ; Sun, 21 Sep 2014 21:12:23 -0400 (EDT) Message-ID: <541F7778.6000905@opensource.dyc.edu> Date: Sun, 21 Sep 2014 21:12:24 -0400 From: "Anthony G. Basile" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.8.0 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-mips@lists.gentoo.org Reply-to: gentoo-mips@lists.gentoo.org MIME-Version: 1.0 To: gentoo-mips@lists.gentoo.org Subject: Re: [gentoo-mips] multilib problems on mips64 profiles References: <541412C5.4090809@gentoo.org> <20140917103121.6e822b45@pomiot.lan> <54198ECB.7010803@gentoo.org> <5419C9FD.6060106@gentoo.org> <5419DD6F.4000801@opensource.dyc.edu> <5419E3FF.9050408@gentoo.org> <5419E690.5010905@gentoo.org> <5419EB70.10209@gentoo.org> <5419ECD0.7000903@gentoo.org> <541F4951.4000409@gentoo.org> <541F56E0.5090501@gentoo.org> <541F7726.5070305@opensource.dyc.edu> In-Reply-To: <541F7726.5070305@opensource.dyc.edu> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Archives-Salt: 0b1401ff-b31a-4fd8-96d4-a1bb1bb5d4f1 X-Archives-Hash: c51a9ca2c9fb6c02b28dd7820c360f9f On 09/21/14 21:11, Anthony G. Basile wrote: >> Correct me if wrong, but it seems the core problem here is that multilib >> inherits from the o32 base profile. While I think the proper longterm >> fix is >> to have more discrete, modular/pluggable profile components (like OOP and >> multiple base classes), that's not going to happen in Portage for a >> long time. > > Not exactly. The problem is that everything inherits from > profiles/arch/mips and currently that forces o32 with mgorny's multilib > stuff. We need to get that out of the way for the other profiles that > inherit it. Oh wait, maybe we mean the same thing here. I'm not sure. When you say the same base profile, do you mean profile/arch/mips? In that case we are saying the same thing. -- Anthony G. Basile, Ph. D. Chair of Information Technology D'Youville College Buffalo, NY 14201 (716) 829-8197