On Sun, 30 Aug 2009 23:03:42 +0300 Petteri Räty <betelge...@gentoo.org> wrote: > As far as I understand paludis already has the features implemented so > maybe we could give EAPI 3 some field testing in some overlays to see > how it works in practice from ebuild writer point of view.
The main issue with that is eclasses. Quite a few eclasses have hard-coded lists of 'case ${EAPI:-0} in' lists. These would need to be updated. So if you go this route: > 20:01 < zmedico> Betelgeuse: I'd guess they could test it as > EAPI=paludis-3_pre or something like that then you'll have to clutter up the main tree with paludis-3_pre. And if instead you call it '3', it means we have to guarantee we're not going to make any last minute changes. Also, as I recall there're two outstanding issues with EAPI 3 that would need to be addressed by the Council. First, there's the question of package.mask etc as directories. Some people were after either doing a quicky EAPI 2.1 or reopening EAPI 3 to allow that for the 10.0 profiles. I don't know whether that's still considered worth doing or whether it's an EAPI 4 thing. Second, there's the issue with 'nonfatal' and 'die' [1]. EAPI 3 as originally worded made 'die' ignore 'nonfatal' (so that people wouldn't have to modify all their eclass functions to take into account that suddenly callers could override their dies), but some crappy wording in the original spec (which has been addressed) meant that some people didn't realise that, and would prefer it if we did that differently. > Paludis does not recognize it atm but probably easy to get a new > revision/version out: Yup, can do that easily enough if there's interest once the above has been addressed. [1]: http://archives.gentoo.org/gentoo-dev/msg_358b12a494173ab82f3e7d1b2b6b5bf9.xml -- Ciaran McCreesh
signature.asc
Description: PGP signature