Bug 372255 – python.eclass should support EAPI="4"

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Pacho Ramos 2011-06-19 11:42:38 UTC]

This is not for "pushing" you to support eapi4 just now, but I think we should have a bug for being able to track other bugs requiring eapi4 support in python.eclass and, then, being able to fix them as soon as eapi4 support is added to python eclass.

Thanks a lot

Reproducible: Always

[Comment 1 Arfrever Frehtes Taifersar Arahesis (RETIRED) 2011-06-19 13:07:15 UTC]

I'm working on support for EAPI="4" and hopefully it will be ready soon.

[Comment 2 Arfrever Frehtes Taifersar Arahesis (RETIRED) 2011-06-28 18:29:08 UTC]

Fixed in python overlay (in multiple revisions).

[Comment 3 Pacho Ramos 2011-06-28 18:51:08 UTC]

Thanks a lot Arfrever :-D

[Comment 4 Dirkjan Ochtman (RETIRED) 2011-07-12 09:16:24 UTC]

This has been fixed in gx86, too.

[Comment 5 Lars Wendler (Polynomial-C) (RETIRED) 2011-07-12 11:24:51 UTC]

Sorry but the eclass in gx86 still dies when EAPI=4 in ebuilds inheriting this eclass.

Please have a look at line 14 where it still only checks for EAPIs 0 to 3

Reopening this bug...

[Comment 6 Dennis Schridde 2011-07-21 17:29:12 UTC]

Any news? Packages depending on this still do not build.

[Comment 7 Andreas Sturmlechner 2011-08-03 21:54:55 UTC]

There's an EAPI-4 python.eclass residing in openoffice-geki overlay.

[Comment 8 Alexey Shvetsov 2011-09-04 18:26:46 UTC]

Any progress on this? Since its show stopper for migration to eapi4

[Comment 9 Dirkjan Ochtman (RETIRED) 2012-02-16 10:18:52 UTC]

IIRC the eclass doesn't die anymore.