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 CAD3E1380DC for ; Wed, 5 Feb 2014 16:56:13 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 52DA3E0BA0; Wed, 5 Feb 2014 16:56:08 +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 44A9EE0B65 for ; Wed, 5 Feb 2014 16:56:07 +0000 (UTC) Received: from [192.168.11.20] (cpe-72-177-217-176.satx.res.rr.com [72.177.217.176]) (using SSLv3 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: steev) by smtp.gentoo.org (Postfix) with ESMTPSA id 60B4133EE6E for ; Wed, 5 Feb 2014 16:56:06 +0000 (UTC) Message-ID: <1391619359.3160.25.camel@oswin.hackershack.net> Subject: Re: [gentoo-dev] Re: Re: dropping redundant stable keywords From: Steev Klimaszewski To: gentoo-dev@lists.gentoo.org Date: Wed, 05 Feb 2014 10:55:59 -0600 In-Reply-To: <20140205135822.011a6a25@TOMWIJ-GENTOO> References: <52E7DBC1.5020102@gentoo.org> <20140128182304.7d458a17@marga.jer-c2.orkz.net> <20140203062524.GA7467@rathaus.eclipse.co.uk> <20140203104341.2add2760@TOMWIJ-GENTOO> <20140204210319.GA1935@rathaus.eclipse.co.uk> <20140205010833.1bcf8dca@TOMWIJ-GENTOO> <1391559808.3520.2.camel@oswin.hackershack.net> <20140205020742.048cef9f@TOMWIJ-GENTOO> <1391564122.3520.4.camel@oswin.hackershack.net> <20140205024806.7d08cb63@TOMWIJ-GENTOO> <1391570147.3520.7.camel@oswin.hackershack.net> <20140205064109.57ed842c@TOMWIJ-GENTOO> <52F22386.3000801@gentoo.org> <20140205125859.75af1268@marga.jer-c2.orkz.net> <20140205135822.011a6a25@TOMWIJ-GENTOO> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.8.5 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-Transfer-Encoding: 7bit X-Archives-Salt: b5eb8c28-070e-420e-bfc4-93e0ec17896e X-Archives-Hash: 6ff0f3e4bf4ee358bc76a57c15015c30 On Wed, 2014-02-05 at 13:58 +0100, Tom Wijsman wrote: > Can we do something about our growing queue when fixing is insufficient? > > https://bugs.gentoo.org/chart.cgi?category=-All-&datefrom=&dateto=&label0=All%20Open&line0=320&name=320&subcategory=-All-&action=wrap > > PS: As a bonus, here's a nice view of our stabilization queue over time: > > https://bugs.gentoo.org/chart.cgi?category=Gentoo+Linux&subcategory=Keywording+and+Stabilization&name=639&label0=All+Open&line0=639&datefrom=&dateto=&action-wrap=Chart+This+List > > Notice how the graph goes down near the dates the threads were made; > although, if you would draw an average it would appear to be growing. > There is far more to stabilizing than just closing the bugs. I've been working for over 2 months now on the GNOME stabilization on ARM. There has been a lot involved, including (but not limited to) rebuilding kernels for proper systemd integration, setting up systemd so that software would build (empathy won't build if systemd has no locale set (lol!) so much for systemd properly importing my settings from openrc) - building the software itself. Realizing that some things were built against the GPU opengl implementation instead of mesa's implementation, having to rebuild that software, and all it's dependencies. Then the process of actually attempting to get it to run, tracking down the junk in the logs - figuring out which messages can be ignored, which ones are actual errors (why exactly is it throwing an error message if that message can be ignored?) This is on multiple machines, because I'd like to cover softfp and hardfp. This takes time. Even if I were to build everything on my octa-core ARM server and just use the binpkgs, it still takes quite a bit of time to get through everything. And this is JUST for the default useflags. So you know what? I'm sick of hearing about "slow arches" - there's a LOT of shit that we have to do to make sure things ACTUALLY WORK, and based on your emails, you either have NO IDEA what all is involved in alternate arch work, or you're purposely being obtuse about it. Now, we COULD do like Ubuntu, and just say if it builds, it's stable. But I personally am against that, maybe that's okay with you. We used Ubuntu on ARM devices at my last job - I'm intimately familiar with their practices. We do not want to replicate that here in Gentoo land, or at least, I don't, not on ARM. Feel free to look at all the GL based apps that they have available on armel - and test how many of them actually run on the hardware. I'll wait for you to finish going through them all... Save the charts for upper management, they are the only ones who care what the pretty graphs look like instead of knowing the full details.