> > > About suggesting new item (like forcing rebuilding of other
> > > packages as discussed some days ago and crosscompile support
> > > suggested by Tommy today), I guess we need to get them voted by
> > > the council?
> >
> > No. You need to get a draft diff for PMS written, along with an
> > implementation in a package mangler of your choice and proof that it
> > works in practice.
>
> Umm, this way to work makes any suggestion for future eapis to be
> accepted only if they come from people able to prepare that
> implementation in the package manager their prefer and, then, be
> stalled more and more time :|

It's more of a filter against people saying "EAPI 5 should do blah!"
where no-one knows what blah actually is (and if you ask five people
you get six answers) or how it should be implemented, or whether the
implementation in any way works.
The classic example is multilib: people keep saying "EAPI n+1 should do
multilib!" where no-one has any idea what "do multilib" means. If you
asked the Council to vote on that, they'd probably say yes, because
multilib is good, but it's like politicians voting to say that by next
year everyone should own a flying car.
Your "forcing rebuild" is similar: the hard part is figuring out the
problem. You may *think* you know what the issue is, but other people
think it is something else, and in fact everyone is pretty much wrong
on the whole thing. Until you've a) worked out what exactly you're
tryin to solve (no-one has done this yet), b) worked out exactly what
a solution is, and c) given the solution extensive testing on real
packages to ensure that step a) didn't miss anything, talking to the
Council is a waste of everyone's time.
You are of course welcome to try to persuade someone else to do the
work for you. That's what has happened for a good chunk of the current
EAPI 5 list, and it's been the same for earlier EAPIs. But what you
shouldn't do is expect a feature to be introduced just based upon a two
sentence description, because the best outcome there is that we end up
giving you something approximately related to what you wanted...
--
Ciaran McCreesh