From: Daniel Ostrow <dostrow@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] first council meeting
Date: Fri, 16 Sep 2005 16:25:58 -0400 [thread overview]
Message-ID: <1126902358.9857.6.camel@Memoria.anyarch.net> (raw)
In-Reply-To: <20050916202159.GF16616@olive.flatmonk>
On Fri, 2005-09-16 at 16:21 -0400, Aron Griffis wrote:
> Paul de Vrieze wrote:[Fri Sep 16 2005, 04:11:14PM EDT]
> > > Those should be in package.mask. ~arch is for candidates for arch that
> > > haven't yet proven themselves.
> >
> > It's often the case that those ebuilds in principle work, but there
> > are other reasons for not marking stable yet. Some packages for
> > example can have upgrade problems for stable users while being
> > stable for testing (by benefit of allready having passed such
> > upgrade problems). Masking the ebuild is not really an option
> > (causing testing users to go through unnecessary hoops again), while
> > marking stable is also no option.
>
> You're saying there's four states:
>
> package.mask
> ~arch
> ~arch candidate for arch
> arch
>
> Putting packages in package.mask isn't a hardship for testers. I'm
> not sure that's a good reason for the additional state. It's purely
> a matter of
>
> echo 'dev-util/mercurial' >> /etc/portage/package.unmask
>
> So far I find myself agreeing with Ciaran's idea in this thread.
> I don't see the point (yet) in more than three states.
His point (and it's an unfortunately valid one) as I understand it is
that our user base has been (mis)educated to avoid packages in p.mask
for fear of breaking things too badly. As such it gets an inherently far
smaller test base then packages in ~arch do.
Personally I am uncomfortable with people using ~arch as a "We didn't
get enough testing for package X, so we are putting it here for a wider
audience." mentality. That is the whole purpose of p.mask and released
independent overlays (such as fbsd and php use). Either way the use of
~arch for this purpose is really just wrong.
--
Daniel Ostrow
Gentoo Foundation Board of Trustees
Gentoo/{PPC,PPC64,DevRel}
dostrow@gentoo.org
--
gentoo-dev@gentoo.org mailing list
next prev parent reply other threads:[~2005-09-16 20:32 UTC|newest]
Thread overview: 70+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-09-15 20:51 [gentoo-dev] first council meeting Aron Griffis
2005-09-15 21:25 ` Olivier Crete
2005-09-15 21:57 ` Chris Gianelloni
2005-09-15 22:20 ` Mike Frysinger
2005-09-16 17:42 ` Paul de Vrieze
2005-09-16 18:14 ` Martin Schlemmer
2005-09-16 18:18 ` Brian Harring
2005-09-16 18:19 ` Simon Stelling
2005-09-16 18:38 ` Ciaran McCreesh
2005-09-16 18:48 ` Paul de Vrieze
2005-09-16 19:00 ` Daniel Ostrow
2005-09-17 9:28 ` Kevin F. Quinn
2005-09-17 9:34 ` Brian Harring
2005-09-17 12:02 ` Kevin F. Quinn
2005-09-17 20:17 ` Mike Frysinger
2005-09-17 21:59 ` Alec Warner
2005-09-17 22:45 ` Mike Frysinger
2005-09-18 6:46 ` Wernfried Haas
2005-09-18 6:51 ` Wernfried Haas
2005-09-18 12:32 ` Ciaran McCreesh
2005-09-18 13:01 ` Wernfried Haas
2005-09-18 14:05 ` Alec Warner
2005-09-19 1:58 ` Philip Webb
2005-09-18 15:38 ` Ciaran McCreesh
2005-09-18 12:40 ` Matti Bickel
2005-09-26 4:01 ` Andrew Muraco
2005-09-26 4:15 ` Mike Frysinger
2005-09-28 2:53 ` Marius Mauch
2005-09-16 19:02 ` Ciaran McCreesh
2005-09-16 19:12 ` Simon Stelling
2005-09-16 19:34 ` Ciaran McCreesh
2005-09-16 20:46 ` Simon Stelling
2005-09-16 19:15 ` Mike Frysinger
2005-09-16 19:34 ` Ciaran McCreesh
2005-09-16 20:11 ` Paul de Vrieze
2005-09-16 20:21 ` Aron Griffis
2005-09-16 20:25 ` Daniel Ostrow [this message]
2005-09-16 20:43 ` Mike Frysinger
2005-09-16 21:50 ` Mike Frysinger
2005-09-16 22:00 ` Kito
2005-09-16 22:23 ` Maurice van der Pot
2005-09-16 22:45 ` Carsten Lohrke
2005-09-16 23:14 ` Mike Frysinger
2005-09-16 20:37 ` Olivier Crete
2005-09-16 20:17 ` Carsten Lohrke
2005-09-16 20:38 ` Ciaran McCreesh
2005-09-16 21:23 ` Carsten Lohrke
2005-09-16 21:34 ` Ciaran McCreesh
2005-09-16 21:41 ` Patrick Lauer
2005-09-16 21:46 ` Ciaran McCreesh
2005-09-16 22:43 ` Carsten Lohrke
2005-09-16 23:00 ` Ciaran McCreesh
2005-09-16 23:19 ` Carsten Lohrke
2005-09-16 20:33 ` Mike Frysinger
2005-09-16 20:44 ` Ciaran McCreesh
2005-09-16 20:59 ` Mike Frysinger
2005-09-16 21:10 ` Ciaran McCreesh
2005-09-16 21:20 ` Simon Stelling
2005-09-16 21:26 ` Ciaran McCreesh
2005-09-16 21:51 ` Mike Frysinger
2005-09-19 9:32 ` Paul de Vrieze
2005-09-16 22:48 ` Carsten Lohrke
2005-09-16 21:57 ` Martin Schlemmer
2005-09-16 22:17 ` Mike Frysinger
2005-09-24 13:44 ` [gentoo-dev] " Duncan
2005-09-16 22:51 ` [gentoo-dev] " Carsten Lohrke
2005-09-16 20:16 ` Aron Griffis
2005-09-17 6:39 ` Elfyn McBratney
2005-09-15 23:47 ` Jason Stubbs
2005-09-24 13:21 ` [gentoo-dev] " Duncan
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=1126902358.9857.6.camel@Memoria.anyarch.net \
--to=dostrow@gentoo.org \
--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