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 E19A61381FA for ; Tue, 6 May 2014 17:52:00 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id BC772E079B; Tue, 6 May 2014 17:51:59 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 314F5E079B for ; Tue, 6 May 2014 17:51:59 +0000 (UTC) Received: from [192.168.1.2] (0545b819.skybroadband.com [5.69.184.25]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: hwoarang) by smtp.gentoo.org (Postfix) with ESMTPSA id CF11033F7FB for ; Tue, 6 May 2014 17:51:57 +0000 (UTC) Message-ID: <536920DD.3080608@gentoo.org> Date: Tue, 06 May 2014 18:50:21 +0100 From: Markos Chandras User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.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] Reducing the number of the MIPS supported stages References: <53679ACC.3000809@gentoo.org> <53680A7E.9000209@gentoo.org> <53682856.5040005@gentoo.org> <53688A17.2070509@gentoo.org> <536898F6.7060404@gentoo.org> In-Reply-To: <536898F6.7060404@gentoo.org> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Archives-Salt: 3e78f1c1-8506-4f4c-8240-db9368572aa8 X-Archives-Hash: d0f3caf7eac2742e107fb490aa061e8d On 05/06/2014 09:10 AM, Joshua Kinard wrote: > On 05/06/2014 03:07, Markos Chandras wrote: >> @kumba: You mentioned too many times that I wanted to "drop" support for >> mips3 and mips4. I never said that (I am sort-of tired keep repeating >> that). All I said (again) was to reduce the frequency or stop building >> them at all. Users can still get an existing mips3/mips4 stage3 and >> update themselves > > Maybe it's just my way of interpretation, but in your opening paragraph, > even though you said we wouldn't drop support, you did suggest not creating > new stages for mips1-mips4. > > Given a sufficiently long-enough time, that effectively drops support due to > bitrot. Like I mentioned w/ the 2009-era userland on this Octane, I am not > going to even try to update that, simply due to the amount of time it would > take, even if I figure the IRQ prioritization bugs out. > > So, my apologies if I read it wrong, but that's just how I see it. > > >> (picking up a random thread) >> >> Ok thanks for the replies. >> >> Ok I think it's safe to proceed with the following: >> - Stop mips1 builds (we don't have mips2) > > I'll defer to Matt to chime in to my last message and correct me anymore, if > needed, but, I think we'll want to keep either a mips1 or a mips2, but not > both. As well as decide whether it's a full stage3 or just a simple > stage1/stage2 tarball so people have a base from which to start a port to a > new MIPS machine if needed. That can get updated once a year, especially if > it's a stage1 which shouldn't take long at all. I see no value for mips1 or mips2 so feel free to pick these up. Even if someone is using them as bootstrap, then *any* mips1 stage3 would do. > > >> - Reduce the frequency to once-a-year for mips3 and mips4. Updating >> these stages every year with catalyst will be a lot of fun ;) > > NAK, At least once every 6 months, and preferably shortly after the .1 > release of a new major gcc rev, given gcc's absurd compile time now. Gentoo > moves fast, and a lot can change in a year. Forgive me but this almost sounds like an order :) This is not going to happen, sorry :) I don't want to become a build robot and spend all my Gentoo/MIPS time doing stages. With the introduction of new ISAs, the total number of stages will grow even more, and like i explained multiple times, this does not scale. There are other parts of the architecture that needs some love too and right now I have no time for both. And you haven't really convinced me why mips4 is desired, when mips3 can run just fine on mips4 hardware. I think you need to be realist, and take into consideration, not just your personal needs, but also the time it actually takes to build and maintain all these stages. I explained that so many times already, I am not going to do that again. As Anthony said, mipsel3 is used by lemote, so keeping it alive is probably a good thing (though the newer hardware is mips64 capable) > > Otherwise, just e-mail me your mips3/mips4/mips4_r10 spec files, any custom > tweaks/changes to catalyst, and any specific instructions you do > before/during/after a catalyst build and I'll put the O2 to work if needed. > There is nothing special about my spec files and I do nothing special in catalyst so feel free to pick up the mips3 and mips4 stages. If you are having troubles with catalyst email the gentoo-catalyst@ ML. That might actually be a good way for you to become active again ;) -- Regards, Markos Chandras