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 8803F13877A for ; Fri, 1 Aug 2014 15:19:48 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 91378E0963; Fri, 1 Aug 2014 15:19:43 +0000 (UTC) Received: from mail-oa0-f41.google.com (mail-oa0-f41.google.com [209.85.219.41]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id A5C5CE0938 for ; Fri, 1 Aug 2014 15:19:42 +0000 (UTC) Received: by mail-oa0-f41.google.com with SMTP id j17so3171653oag.14 for ; Fri, 01 Aug 2014 08:19:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:subject:message-id:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=y3Lp5yFL2t9ONaczEnu3f5h5cGhjJHA2JkxKyPwVGbE=; b=kI6P/IMC84Vpr0ZPST3lJi8IDSucRPNIcaYJsFkbFnIKhy69x1pFejDv140IiL4lAw 4woEokMMT4AdYR/4crOuR1JzS6VHeNClcP2BR8jzf3/2ghvm53FUvUGO0ugzGssTHQ0I 12LMJdSUvl4NAtQ6X3hl7dK0bC4c8hbmWGgv4pYG8VSv8f6myDWYm0KinN75Ze07BOAU Ma/qlDK/FnbEk2/z/ozoN22XqeqZ1vtM/IkrSRyJiXzMrYdsZJmcnGNoLN/B/j4586Fk jt1q/NrvJv6B6WQK/2rZBtA8qf+oyz//N/8L0UBI3mlWqxBD17i8+VrGK3v2qr+5In/L ScvA== X-Received: by 10.182.191.7 with SMTP id gu7mr9094392obc.14.1406906381332; Fri, 01 Aug 2014 08:19:41 -0700 (PDT) Received: from linux1 (cpe-76-187-91-128.tx.res.rr.com. [76.187.91.128]) by mx.google.com with ESMTPSA id a9sm37118376oex.4.2014.08.01.08.19.39 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Fri, 01 Aug 2014 08:19:40 -0700 (PDT) Sender: William Hubbs Received: (nullmailer pid 1634 invoked by uid 1000); Fri, 01 Aug 2014 15:19:33 -0000 Date: Fri, 1 Aug 2014 10:19:33 -0500 From: William Hubbs To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: package.mask vs ~arch Message-ID: <20140801151933.GA1421@linux1> Mail-Followup-To: gentoo-dev@lists.gentoo.org References: <20140630040153.GA668@linux1> <20140801091333.GB17213@rathaus.eclipse.co.uk> 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-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YZ5djTAD1cGYuMQK" Content-Disposition: inline In-Reply-To: <20140801091333.GB17213@rathaus.eclipse.co.uk> User-Agent: Mutt/1.5.22 (2013-10-16) X-Archives-Salt: 2a60b7a3-34dd-46a8-8b68-c75e15161f71 X-Archives-Hash: 03e05f4b592cc3cd57feb221462da085 --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 01, 2014 at 10:13:33AM +0100, Steven J. Long wrote: > On Sun, Jun 29, 2014 at 11:01:53PM -0500, William Hubbs wrote: > > On Sun, Jun 29, 2014 at 10:04:54AM -0400, Rich Freeman wrote: > > > A package that hasn't been tested AT ALL doesn't belong in ~arch. > > > Suppose the maintainer is unable to test some aspect of the package, > > > or any aspect of the package? Do we want it to break completely for > > > ~arch? In that event, nobody will run ~arch for that package, and > > > then it still isn't getting tested. > >=20 > > I'm not saying that we should just randomly throw something into ~arch > > without testing it, but ~arch users are running ~arch with the > > understanding that their systems will break from time to time and they > > are expected to be able to deal with it when/if it happens. ~arch is > > not a second stable branch. >=20 > Nor is it a dumping ground for something you can't be bothered to overlay. =20 I can see why teams like gnome, kde, etc choose to use overlays. They have many packages which need to be kept in sync for every release. For single packages though, an overlay is overkill. Also, overlays are purely optional; there is no Gentoo policy requiring their use. In fact, overlays are considered unsupported. If you don't know that something is going to break, it can go straight to ~arch. If you know that something will cause breakage, sure, it can go to package.mask. Or, if a bug that causes many systems to break is found in a package, the package should go to package.mask until the bug is = fixed. > > > I agree that masking for testing is like having a 3rd branch, but I'm > > > not convinced that this is a bad thing. ~arch should be for packages > > > that have received rudimentary testing and which are ready for testing > > > by a larger population. Masking should be used for packages that > > > haven't received rudimentary testing - they might not have been tested > > > at all. > >=20 > > The concern with this argument is the definition of rudimentary testing > > is subjective, especially when a package supports many possible > > configurations. >=20 > Well it can never be fresh from upstream, even if that upstream is a > Gentoo developer. What does this mean? We drop packages that are "fresh from upstream" into ~arch all the time. > eudev is more of a sanity filter, and doesn't claim > to be upstream. Eudev is a fork, so it is its own upstream. Also, it is used by some distros outside of Gentoo. > If anything we want more constraints when a Gentoo dev > is "lead" on a project, as there are even less dykes in the way. Adding more constraints to software that has Gentoo devs as the upstream authors would be a policy I couldn't support. That is a form of discrimination against our own devs. William --YZ5djTAD1cGYuMQK Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlPbsAUACgkQblQW9DDEZThzdgCfYp2bptG1WaApfspzSyT1g/ka uzkAoLqJar6yZiV++gzqVDC2sYaYhShJ =SW4N -----END PGP SIGNATURE----- --YZ5djTAD1cGYuMQK--