From: "Steven J. Long" <slong@rathaus.eclipse.co.uk>
To: gentoo-dev@lists.gentoo.org
Subject: [gentoo-dev] Re: package.mask vs ~arch
Date: Fri, 1 Aug 2014 10:13:33 +0100 [thread overview]
Message-ID: <20140801091333.GB17213@rathaus.eclipse.co.uk> (raw)
In-Reply-To: <20140630040153.GA668@linux1>
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.
>
> 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.
Nor is it a dumping ground for something you can't be bothered to overlay.
> > 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.
>
> The concern with this argument is the definition of rudimentary testing
> is subjective, especially when a package supports many possible
> configurations.
Well it can never be fresh from upstream, even if that upstream is a
Gentoo developer. eudev is more of a sanity filter, and doesn't claim
to be upstream. If anything we want more constraints when a Gentoo dev
is "lead" on a project, as there are even less dykes in the way.
> I think some packages need wide testing before they go stable, and that
> is where ~arch can help out.
IOW some packages don't need "wide" testing, which by your yardstick, is
what anyone with experience/common-sense would call "a beta release."
> In particular, I would argue that for system-critical packages, users
> should be very careful about running ~arch unless they know what the
> fallout can be.
Yes, and so should Gentoo, when faced with "developers" who think
themselves exceptions to the rules everyone else should live by.
--
#friendly-coders -- We're friendly, but we're not /that/ friendly ;-)
next prev parent reply other threads:[~2014-08-01 8:47 UTC|newest]
Thread overview: 42+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-06-30 4:01 [gentoo-dev] package.mask vs ~arch William Hubbs
2014-06-30 6:04 ` Alexandre Rostovtsev
2014-06-30 18:51 ` [OT] " Tom Wijsman
2014-06-30 8:12 ` Andreas K. Huettel
2014-06-30 18:57 ` Tom Wijsman
2014-06-30 11:29 ` hasufell
2014-06-30 14:11 ` Alexandre Rostovtsev
2014-06-30 14:37 ` Rich Freeman
2014-06-30 15:27 ` Jeroen Roovers
2014-06-30 19:49 ` Joshua Kinard
2014-06-30 20:36 ` Jeroen Roovers
2014-07-02 10:10 ` Peter Stuge
2014-06-30 13:25 ` Rich Freeman
2014-06-30 14:15 ` Jeroen Roovers
2014-06-30 14:48 ` Rich Freeman
2014-06-30 19:11 ` Tom Wijsman
2014-06-30 19:19 ` Rich Freeman
2014-07-02 17:56 ` Tom Wijsman
2014-07-02 18:04 ` Rich Freeman
2014-07-01 12:41 ` Patrick Lauer
2014-07-01 13:48 ` Rich Freeman
2014-07-05 21:08 ` Greg KH
2014-07-06 13:07 ` hasufell
2014-07-06 19:30 ` William Hubbs
2014-06-30 15:22 ` Ian Stakenvicius
2014-06-30 15:36 ` Michał Górny
2014-06-30 15:40 ` Ian Stakenvicius
2014-06-30 16:13 ` Jeroen Roovers
2014-06-30 16:32 ` William Hubbs
2014-06-30 17:07 ` Rich Freeman
2014-06-30 17:49 ` William Hubbs
2014-06-30 19:18 ` Tom Wijsman
2014-06-30 16:40 ` Rich Freeman
2014-06-30 16:55 ` Jeroen Roovers
2014-06-30 19:14 ` Tom Wijsman
2014-06-30 19:44 ` Ian Stakenvicius
2014-07-02 17:58 ` Tom Wijsman
2014-06-30 21:11 ` Roy Bamford
2014-06-30 20:01 ` Joshua Kinard
2014-06-30 20:50 ` Roy Bamford
2014-08-01 9:13 ` Steven J. Long [this message]
2014-08-01 15:19 ` [gentoo-dev] " William Hubbs
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20140801091333.GB17213@rathaus.eclipse.co.uk \
--to=slong@rathaus.eclipse.co.uk \
--cc=gentoo-dev@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox