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 9833B13838B for ; Mon, 22 Sep 2014 10:39:29 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 6D4B4E08C7; Mon, 22 Sep 2014 10:39:28 +0000 (UTC) Received: from virtual.dyc.edu (mail.virtual.dyc.edu [67.222.116.22]) by pigeon.gentoo.org (Postfix) with ESMTP id CF25EE08C7 for ; Mon, 22 Sep 2014 10:39:27 +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 A8B7C7E0095 for ; Mon, 22 Sep 2014 06:39:24 -0400 (EDT) Message-ID: <541FFC5C.2010604@opensource.dyc.edu> Date: Mon, 22 Sep 2014 06:39: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> <541F7778.6000905@opensource.dyc.edu> <541F7B62.6060008@gentoo.org> In-Reply-To: <541F7B62.6060008@gentoo.org> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Archives-Salt: 9617d0dc-821d-4f00-9ff5-93e80758da61 X-Archives-Hash: 255f73571914679f9cfb177109c4e22c On 09/21/14 21:29, Joshua Kinard wrote: > On 09/21/2014 21:12, Anthony G. Basile wrote: >> 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. > > I actually forgot about arch/mips in the profiles. I'll have to dig around in > there later on. I assumed we (the MIPS team) managed everything MIPS in the > tree, since -embedded used to compartmentalize everything under their embedded > profiles. > > The modular profiles bit is a longterm item. I don't know if this mixins thing > will correct our issues or not. If not, I may just have to dive into Portage > and write my own profile-parsing code and try my modular idea out to see if > that really does solve nay problems. > The mixins can help this issue but will not correct it. The problem is the current inheritance model is so uncontrollable. Everything I do is always so-so. I can never get it right. I would love it if we just did away with parent files and stacked manually in the last profile that we export to the user. -- Anthony G. Basile, Ph. D. Chair of Information Technology D'Youville College Buffalo, NY 14201 (716) 829-8197