Re: [gentoo-dev] Unmasking modular X

[Brian Harring]

On Wed, Jan 25, 2006 at 09:18:28PM +0900, Jason Stubbs wrote:
> On Wednesday 25 January 2006 20:46, Brian Harring wrote:
> > On Wed, Jan 25, 2006 at 08:27:22PM +0900, Jason Stubbs wrote:
> > > On Wednesday 25 January 2006 18:10, Donnie Berkholz wrote:
> > > > Jason Stubbs wrote:
> > > > > DEPEND="x11-base/xorg-x11"              # wrong
> > > > > DEPEND="virtual/x11"                    # wrong
> > > > > DEPEND="|| ( x11? ( virtual/x11 ) )"    # wrong
> > > > > DEPEND="|| ( misc/atoms virtual/x11 )"  # right
> > > > >
> > > > > There's a small possibility that broken packages will be missed by
> > > > > this, but is there any chance that valid packages will be incorrectly
> > > > > flagged? If this gets a go-ahead, it'll be easy enough to get in for
> > > > > the next release (which is likely this coming Saturday).
> > > >
> > > > It sounds right. There should be no valid instance of virtual/x11 that
> > > > is not within an || dep.
> > >
> > > I've implemented and tested the check locally but haven't committed it
> > > yet. Repoman isn't really structured to allow for tests against a set of
> > > ebuilds so the checks are done on every version. There is also definitely
> > > one false positive (virtual/x11-6.8) so, for this and the fact that every
> > > version is tested, it would probably better to just make it a warning.
> > > Thoughts?
> >
> > Curious about the mechanism you're using for this... a hardcoded set
> > of atoms in repoman doesn't sound very nice to me ;)
>
> There's no other way to do it given repoman's state and the
> requirements.

I was talking long term.  One time kludges suck (but occur), would 
like to see something a bit less short sighted for this though- 
variants of this request will come up sooner or later (most likely in 
the form of can we warn/error on new commits of deprecated deps).

Might be wise discussing potential solutions for it.


> If you'd like to make repoman pluggable, convert all the
> current checks to plugins and then make a new plugin for this one and do it
> all by this weekend, be my guest. :P

Harass antarus, he's been working on integrating swegeners rewrite of 
repoman checks (plugins effectively) into mainline repoman. :P

Besides, a massive change to repoman with 3 days to go is a no go 
anyways (kind of limited the choices there) ;)

> Besides, what's wrong with hardcoded atoms in repoman anyway?

portage (by extension repoman) is used beyond gentoo.  Not everyone 
may be at the same step as we are for mod x.  End result of hardcoding 
gentoo specific crap into repoman is that you force derivatives of 
gentoo (vidalinux or genux fex) to start hacking up portage source to 
remove said hardcoding.

Portage exists beyond gentoo; thus gentoo specific hacks should be 
avoided when possible.

So... long term?

~harring