On Tue, 6 Sep 2016 02:50:51 +0000 (UTC)
Duncan <1i5t5.dun...@cox.net> wrote:

> PMFJI, but either I'm not understanding either, or mgorny did
> understand, but is looking at it from a different perspective, that
> being the eclass maintainer's perspective, and thus seeing an
> angle/problem you didn't cover in your example.
> 
> Here's the problem.  If an eclass hasn't been ported to a new EAPI,
> then it's reasonable for the eclass maintainer to assume that no
> ebuilds inheriting it should have been ported to that EAPI either.


These cases can, of course, be marked as suggested in the initial post.
The example I wrote even broke in most cases when using the new EAPI,
providing an even more objective case pro-dying.
All are perfectly valid cases, but nothing shows it has to be the norm.

[...]
> Did I get that correct, mgorny, or am I too not understanding,
> aballier?


There is a huge gap between what you wrote and 'let's commit crap and
hope it will work; worst case, things will go horribly kaboom on
users'.

Reply via email to