-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 31-12-2010 10:02, Ulrich Mueller wrote: > Hi, > > after approval of EAPI 4, there are now 5 different EAPIs available, > and it's hard to remember what features are offered by which EAPI. > > So maybe it's about time that we deprecate EAPIs 0 and 1 for new > ebuilds. As a first step, a warning could be added to repoman that > would be triggered whenever a new ebuild with an EAPI less than 2 is > committed.
I agree that having too many EAPI versions around can only lead to confusion. Furthermore, it can require extra work from developers to ensure compatibility for ebuilds and more importantly eclasses. Instead of deprecating EAPIs 0 and 1, I'd suggest we deprecate EAPIs 1 and 2, though. As others have recalled, we'll have to maintain EAPI 0 around indefinitely, and EAPI 3 includes all the features in EAPIs 1 and 2. This way we can leave the system set packages alone. > At a later time, the warning could be changed to an error. When most > of the tree has been updated to EAPI 2 or newer, we could also think > about actively converting the remaining ebuilds. (Currently this > doesn't look feasible though, as about half of the tree is still at > EAPI=0. [1]) Sounds a good idea (for EAPIs 1 and 2). > Opinions? > > Ulrich > > [1] > <http://blogs.gentoo.org/alexxy/2010/11/06/some-interesting-stats-about-gentoo-portage-tree/> > One way we could drop EAPI 0 would be if we do a major review of tree and repo formats to improve upgrade paths, which would however likely require breaking backwards compatibility at such point. I believe such a change would only be acceptable, if we would pack enough features and safety measures that it would ensure another break would not need to be done for a long time. - -- Regards, Jorge Vicetto (jmbsvicetto) - jmbsvicetto at gentoo dot org Gentoo- forums / Userrel / Devrel / KDE / Elections / RelEng -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJNIJeVAAoJEC8ZTXQF1qEPnpIQAM73/W5vvIz9DJjHKiSPp8OX Z4ezg0lBiT5ZpeN4caY5jdhh0lRWE8raEDBKiCjJhm/lnkdqs3hpYx5ogHJxhGrM 2HkzF1wfDFt5/l0PnqhCyGlS6o/v/zN4w0d3TQKsl1hq5bz5fge2SCe37bZXSC/h Did6ijW17wsu+OQOP4ihI7CibLy0G9khi+zDQBoKsC8UVwfzO013aRuVORySP+d+ fgyR4wMOgduVqlsIKqLBVMTRzPWCUDvmyGd2eVJ8zhl5i/n1Hnq8Pw3QTwSmK15s wfUUQH7N7uuWgC8w2i2JEy717yzjB5CRZX54MIFgIk2zFxPZe6mBsMeafL9oPNeR 3J2qJvlULM7BOxjkdXakE+089TM3R3d32ul9qcBmnlWbpbxHwzH/h7dAoCRb1kwW DVG9MS1FGRar7EnKLVKhDh554cG47vS15b6q0fOSbxKNyjKa28XJVR7GQNtjk85Z ACJdG5J9yCidgWWyiCcdF6uDAKGOl6FqJDngGLVrXsSWyL6nuUA68hEAMfuC5Y3D EIWsexsRqVT2tksZ8a/LlhpCH74ksbibrH5sLw/0P0qrhQvK3K0whfIXF+kjSVy9 qnixHkSYTWUDkYB8cWrBemroD6bLQvm8pzOurOrSKeLY8ax28H2Dqkz914W6H4Ae 3DYA5ct0nnFQV4FOvUzA =nBkm -----END PGP SIGNATURE-----
