public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
Search results ordered by [date|relevance]  view[summary|nested|Atom feed]
thread overview below | download: 
* Re: [gentoo-dev] first council meeting
  @ 2005-09-16 20:21 99%       ` Aron Griffis
  0 siblings, 0 replies; 1+ results
From: Aron Griffis @ 2005-09-16 20:21 UTC (permalink / raw
  To: gentoo-dev

[-- Attachment #1: Type: text/plain, Size: 1130 bytes --]

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.

Regards,
Aron

--
Aron Griffis
Gentoo Linux Developer


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[relevance 99%]

Results 1-1 of 1 | reverse | options above
-- pct% links below jump to the message on this page, permalinks otherwise --
2005-09-15 20:51     [gentoo-dev] first council meeting Aron Griffis
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 99%       ` Aron Griffis

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox