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}
[EMAIL PROTECTED]
--
gentoo-dev@gentoo.org mailing list
