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 9817713827E for ; Fri, 24 Jan 2014 20:29:12 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 6E189E0B63; Fri, 24 Jan 2014 20:29:06 +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 813E7E0B29 for ; Fri, 24 Jan 2014 20:29:05 +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 7E83033D920 for ; Fri, 24 Jan 2014 20:29:04 +0000 (UTC) Message-ID: <1390595342.24681.14.camel@oswin.hackershack.net> Subject: Re: [gentoo-dev] Re: rfc: revisiting our stabilization policy From: Steev Klimaszewski To: gentoo-dev@lists.gentoo.org Date: Fri, 24 Jan 2014 14:29:02 -0600 In-Reply-To: <20140124202919.2dddf2b3@TOMWIJ-GENTOO> References: <52D5F0BF.3060305@gentoo.org> <20140115024604.GA3952@laptop.home> <20140115232804.1c26beda@kruskal.home.chead.ca> <20140116234442.27c361d1@TOMWIJ-GENTOO> <20140119143157.72fc0e91@kruskal.home.chead.ca> <20140120014713.2cafc257@TOMWIJ-GENTOO> <20140123181242.GA17827@rathaus.eclipse.co.uk> <20140123201333.71e52bfc@TOMWIJ-GENTOO> <1390510534.14914.22.camel@oswin.hackershack.net> <20140123233806.4709abd5@TOMWIJ-GENTOO> <20140123224228.1780.qmail@stuge.se> <20140124005040.350249c9@TOMWIJ-GENTOO> <1390521859.3909.3.camel@oswin.hackershack.net> <20140124040444.058bd7a7@TOMWIJ-GENTOO> <1390535567.3909.12.camel@oswin.hackershack.net> <20140124182607.52b3c52c@TOMWIJ-GENTOO> <1390587030.24681.10.camel@oswin.hackershack.net> <20140124202919.2dddf2b3@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: 8f7ce2d0-c3d5-4afb-90ec-59b70f6ce421 X-Archives-Hash: 2cfb9ee5b9e67658eebf039bbc7a3303 On Fri, 2014-01-24 at 20:29 +0100, Tom Wijsman wrote: > On Fri, 24 Jan 2014 12:10:30 -0600 > Steev Klimaszewski wrote: > > > The problem isn't finding someone that has everything - we have people > > that test on ARMv5, some that test on ARMv6, we have some that test on > > ARMv7 - until ALL of them are tested, it doesn't get stabled on ARM. > > So again, it just shuffles around the work, and does nothing to > > address the actual problem which is manpower with people that have > > the slower machines to finish their testing. Unless you would like > > to suggest that we maybe just say fuck anyone using a slow machine? > > Consider how packages would rarely get stabilized if we had to wait for > all arches to test them first before adding any stable keyword at all. > Theoretical, again, as always, and not even worth considering because it doesn't reflect reality. > Organize first, then get more manpower; otherwise we say the F-word to > everyone with a faster machine. Joining arm with a slower configuration > and have everyone waiting on you is a working condition to avoid; so, > we could have the slower configuration stabilize at its own pace. > > Would we say F-word to 'em? No, we give them better working conditions. > We're all adults here, you can say fuck. And the entire point of the emails were that the slow arches were bringing us down, and we need to zomg stable fastar fastar fastar. For the record, the ARM team does just fine in stabling things in a reasonable amount of time, so no, we aren't going to change our working methods. The point of this email thread was we all need to stable faster, and slower arches need to just become unstable only, and fuck them. And I'm saying everyone needs to step back because stabling things faster and faster doesn't allow for proper testing. As QA, you should be focusing on making stable, actually stable, not more bleeding edge.