| 1 |
On Mon, Mar 26, 2018 at 11:58:00PM +0200, Michał Górny wrote: |
| 2 |
> W dniu pon, 26.03.2018 o godzinie 16∶33 -0500, użytkownik Marty E. |
| 3 |
> Plummer napisał: |
| 4 |
> > As a pretty simple eclass, which only inherited multilib in |
| 5 |
> > order to get $(get_libdir) and eutils for who knows why, and |
| 6 |
> > all its consumers bumped to EAPI=6, it makes sense to require |
| 7 |
> > EAPI 6 for this eclass |
| 8 |
> > |
| 9 |
> |
| 10 |
> It's trivial, used by 6 ebuilds... why do we even have this eclass? |
| 11 |
> |
| 12 |
> If I wrote mgorny.eclass it would have more consumers ;-P. |
| 13 |
> |
| 14 |
Possibly, but it does allow for pretty quick additions of freedict |
| 15 |
packages, but since everything that uses it is EAPI 6 now it makes |
| 16 |
sense to go ahead and ban lesser EAPIs in order to prevent their |
| 17 |
reintroduction in that category. Honestly if you could set EAPI in |
| 18 |
an eclass I'd set it there, then every ebuild using it would be at |
| 19 |
EAPI 6 to begin with :) |
Archives