On Mon, 19 Oct 2015 10:09:41 +0200
Michał Górny <mgo...@gentoo.org> wrote:

> On Mon, 19 Oct 2015 10:04:22 +0200
> Alexis Ballier <aball...@gentoo.org> wrote:
> 
> > On Mon, 19 Oct 2015 09:58:34 +0200
> > Michał Górny <mgo...@gentoo.org> wrote:
> >   
> > > On Mon, 19 Oct 2015 09:12:43 +0200
> > > Alexis Ballier <aball...@gentoo.org> wrote:
> > >     
> > > > On Sun, 18 Oct 2015 12:17:58 +0200
> > > > Ulrich Mueller <u...@gentoo.org> wrote:
> > > >       
> > > > > >>>>> On Sun, 18 Oct 2015, Michał Górny wrote:          
> > > > >         
> > > > > > On Sun, 18 Oct 2015 11:54:40 +0200
> > > > > > Ulrich Mueller <u...@gentoo.org> wrote:          
> > > > >         
> > > > > >> So the question is if we should add a sentence like the
> > > > > >> following to the spec:
> > > > > >> 
> > > > > >> In EAPIs where it is supported, all ebuilds must run
> > > > > >> \t{eapply\_user} in the \t{src\_prepare} phase.          
> > > > >         
> > > > > > How about:          
> > > > >         
> > > > > >     In EAPIs listed in table blah blah blah,
> > > > > > \t{eapply\_user} must be called exactly once in the
> > > > > > \t{src\_prepare} phase.          
> > > > >         
> > > > > > Which emphasizes that eclass or default may do it instead of
> > > > > > ebuild.          
> > > > > 
> > > > > Yeah, that's better actually. We need not reference the table
> > > > > again though, since we do it in the sentence before.
> > > > > 
> > > > >     In EAPIs where it is supported, \t{eapply\_user} must be
> > > > > called exactly once in the \t{src\_prepare} phase.        
> > > > 
> > > > 
> > > > +1
> > > > 
> > > > But there is something important we've overlooked: should
> > > > eclasses that export src_prepare call eapply_user ? I think
> > > > yes, otherwise they'd make packages inheriting them violate the
> > > > 'at least once rule'.      
> > > 
> > > Why do you assume I overlooked something?    
> > 
> > you're not the center of the world m'dear :)
> >   
> > > I thought exactly of this
> > > case, and decide that will force developers to finally write sane
> > > eclasses.    
> > 
> > then, care to share how, o great mgorny?  
> 
> Like not redefining src_prepare() all the time. Hmm, or maybe I was
> wrong and it won't be this easy ;-P. But that's probably a problem to
> be solved on eclass level, not PMS level.

maybe, maybe not

so far we have one, unperfect, solution for the pms level; i find the
'exactly once' rule nice & clear, but i cannot get my mind on how it
can be done at eclass level...

Reply via email to