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 DFF3613877A for ; Tue, 1 Jul 2014 12:41:44 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 2B68BE0A72; Tue, 1 Jul 2014 12:41:40 +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 3B93DE09A5 for ; Tue, 1 Jul 2014 12:41:39 +0000 (UTC) Received: from [192.168.1.4] (unknown [124.78.104.237]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: patrick) by smtp.gentoo.org (Postfix) with ESMTPSA id E6CB433FFB1 for ; Tue, 1 Jul 2014 12:41:37 +0000 (UTC) Message-ID: <53B2AC6E.6010909@gentoo.org> Date: Tue, 01 Jul 2014 20:41:18 +0800 From: Patrick Lauer User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 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 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] package.mask vs ~arch References: <20140630040153.GA668@linux1> <20140630161555.15ab3403@marga.jer-c2.orkz.net> In-Reply-To: <20140630161555.15ab3403@marga.jer-c2.orkz.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: b239319c-f326-40f2-8946-6aaf6ec93ba5 X-Archives-Hash: 39122ce662f23aed8c6559b3a23f1653 On 06/30/14 22:15, Jeroen Roovers wrote: > On Mon, 30 Jun 2014 09:25:27 -0400 > Rich Freeman wrote: > >> Agree 100%. I'm taking about masking things that HAVEN'T BEEN TESTED >> AT ALL. The maintainer knows that they compile, and that is it. > > Developers who "HAVEN'T [...] TESTED AT ALL" and still commit their > changes to the tree should immediately hand in their toys and leave > the project. > I usually avoid overlays (best way to make things hard to find), so when there's stuff that upstream says is experimental (e.g. perl6/rakudo with the MoarVM backend) I have no issue with adding it as un-keyworded ebuilds to the tree. That way it's easy to test, and once there's a bit more confidence that it works well enough it's trivial to keyword.