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 B8E411397EF for ; Fri, 21 Aug 2015 01:03:44 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id DC567141C1; Fri, 21 Aug 2015 01:03:37 +0000 (UTC) Received: from mail-io0-f178.google.com (mail-io0-f178.google.com [209.85.223.178]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 0A926E083A for ; Fri, 21 Aug 2015 01:03:36 +0000 (UTC) Received: by iodt126 with SMTP id t126so66088937iod.2 for ; Thu, 20 Aug 2015 18:03:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:content-type; bh=1OagTU22/3GRo0amJEWC+rM2PAbO0+mEXlDwww7JWGg=; b=LkvyopHlCVMhq50vUNeikXEFPlBY9wcJLp80jSh1tF68J9hiCqqmkz7yNOYHSy1wpG JzcjaqgsjrhQ26LZTa9TyqoM4Q+GIOH8h3XhZCZuhS9fEAH7TxNOUCl1QX/BcCXxVAh3 Gfig74gHEuhQOeeJDv1J6TVbjlQyg7vQpByHu50l5ynbDLFkbig4fiAVmQzAj1juSuaG WPc1XrvtZQk0eaG3pAsuAHyIp7PGlqOpRyJiIT1/reJpvdqKUF0Csa+4QRs2HQ3cJwr0 aKXYAOGZV0qYktOfTigqDLHHhuVxhw0YiOKfDWfFF3GVm9PMLS/p/Cy6sEBGPf7ck/Bs MllA== 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 X-Received: by 10.107.46.12 with SMTP id i12mr5396119ioo.17.1440119016200; Thu, 20 Aug 2015 18:03:36 -0700 (PDT) Sender: freemanrich@gmail.com Received: by 10.79.103.67 with HTTP; Thu, 20 Aug 2015 18:03:36 -0700 (PDT) In-Reply-To: <55D6524C.7020201@gentoo.org> References: <20150820194244.622b8f86.mgorny@gentoo.org> <55D6524C.7020201@gentoo.org> Date: Thu, 20 Aug 2015 21:03:36 -0400 X-Google-Sender-Auth: 0Rk9RU07tkhbjW7mN4CaxvvqUHc Message-ID: Subject: Re: [gentoo-dev] QA bikeshed: killing USE=dedicated in favor of uniform USE=client+server From: Rich Freeman To: gentoo-dev Content-Type: text/plain; charset=UTF-8 X-Archives-Salt: ac4f3122-ac57-443b-a8aa-33e7ee139ad9 X-Archives-Hash: c913116de8a0b96c8b041431d7f35da5 On Thu, Aug 20, 2015 at 6:18 PM, hasufell wrote: > On 08/21/2015 12:06 AM, Jason A. Donenfeld wrote: >> This seems quite reasonable, and I welcome QA's efforts at maintaining >> uniformity and cleanliness. >> ++ I'd rather see groups like QA making proposals to improve cross-Gentoo consistency than see stagnation. It was an RFC, and people can post issues with it, or escalate to Council if they're concerned. If taking it to Council I'd suggest you might want to come up with a better argument than "who cares about consistency?" As far as effort to remediate goes - there is no reason something like this couldn't be incorporated in future bumps/changes/etc. > > Like allowing that devs may or may not use games.eclass, so that users > cannot expect consistent behavior for games anymore? That wasn't a QA decision, it was a Council decision. We didn't outright ban the eclass because we were hoping somebody would step up to lead the games team and clean things up. If you're proposing an outright ban on games.eclass and a move towards treating games like other packages you can petition the Council like anybody else. > Instead of ignoring the games project _again_ and making decisions above > their heads... try to fix the project maybe? Are you offering to do that? The issue is that nobody seems to want to take over the games project. You can't force people to join a dead team. It doesn't make sense to prevent progress either just to call attention to a dead team. > > Is this becoming a habit now? People who are rarely involved in any > games ebuild development suddenly know how games ebuild consistency > should look like. > This isn't about games consistency. This is about tree consistency. The games were already consistent with the dedicated USE flag. The problem is that they're doing it differently than virtually everything else, in a way that doesn't make as much sense. -- Rich