<div class="gmail_quote">2009/2/24 Ferris McCormick <span dir="ltr"><<a href="mailto:fmccor@g.o">fmccor@g.o</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><div></div><div class="Wj3C7c">On Mon, 2009-02-23 at 22:19 +0000, Ciaran McCreesh wrote:<br>
> On Mon, 23 Feb 2009 16:15:25 -0600<br>
> Ryan Hill <<a href="mailto:dirtyepic@g.o">dirtyepic@g.o</a>> wrote:<br>
> > Can we ban eclasses from setting EAPI? Is there any case where it<br>
> > would be sane?<br>
><br>
> It's already banned from a QA perspective, but from a package manager<br>
> perspective people have done it in the past and possibly still do do<br>
> it, and the spec doesn't forbid it.<br>
><br>
<br>
</div></div>For what it's worth, no eclass in the gentoo-x86/eclass tree sets EAPI.<br>
I don't know about anyplace else.<br>
<br>
Regards,<br>
Ferris<br>
<font color="#888888">--<br>
Ferris McCormick (P44646, MI) <<a href="mailto:fmccor@g.o">fmccor@g.o</a>><br>
Developer, Gentoo Linux (Sparc, Userrel, Trustees)<br>
</font></blockquote></div>lucene-contrib eclass in java-experimental [1] sets EAPI to 1 to use slot deps. And I think that's a valid usage.<br><br>1: <a href="http://overlays.gentoo.org/proj/java/browser/java-experimental/eclass/lucene-contrib.eclass">http://overlays.gentoo.org/proj/java/browser/java-experimental/eclass/lucene-contrib.eclass</a><br>
|
