234713 2008-08-14 08:55 0000 GLEP 55: Use EAPI-suffixed ebuilds (.ebuild-EAPI) 2009-02-13 07:27:10 0000 1 1 1 Unclassified Gentoo Linux Unspecified unspecified All Linux RESOLVED LATER P2 normal --- 1 dberkholz@gentoo.org council@gentoo.org arfrever@gentoo.org coldwind@gentoo.org levertond@googlemail.com oahong@gmail.com peper@gentoo.org dberkholz@gentoo.org 2008-08-14 08:55:11 0000 <Betelgeuse@> But I don't see the use of accepting it before we a) Portage has something that would make use of it b) some other pkg manager is made official < Halcy0n@> So, can we vote on postponing a GLEP of this nature until another glep requires such changes? Summary: On hold pending a concrete requirement for it. GLEP 54 may be, but that's unclear until it's been revised. cardoe@gentoo.org 2008-11-13 20:27:37 0000 Still on hold for more information or a concrete need. cardoe@gentoo.org 2008-11-13 21:00:16 0000 As discussed by the Council on Nov 13th, 2008: Since this is on hold for a concrete need and there needs to be more consensus and information here, we've decided to resolve this to LATER and when such a time comes have it re-opened. lu_zero@gentoo.org 2009-02-13 07:27:10 0000 Alternatives: - (Use Manifest or alternate syncpoints) http://dev.gentoo.org/~lu_zero/glep/migrationpath.rst - Use binary offset and just have portage seek & read to get the data - Extend it to fetch additional data given a second offset after the first chunk of data (Kingtaco on irc)