Bug 234713 - GLEP 55: Use EAPI-suffixed ebuilds (.ebuild-EAPI)
|
Bug#:
234713
|
Product: Gentoo Linux
|
Version: unspecified
|
Platform: All
|
|
OS/Version: Linux
|
Status: RESOLVED
|
Severity: normal
|
Priority: P2
|
|
Resolution: LATER
|
Assigned To: council@gentoo.org
|
Reported By: dberkholz@gentoo.org
|
|
Component: Unspecified
|
|
|
URL:
|
|
Summary: GLEP 55: Use EAPI-suffixed ebuilds (.ebuild-EAPI)
|
|
Keywords:
|
|
Status Whiteboard:
|
|
Opened: 2008-08-14 08:55 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.
Still on hold for more information or a concrete need.
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.
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)
