Gentoo Logo
Gentoo Spaceship

Installation:
Gentoo Handbook
Installation Docs

Documentation:
Home
Listing
About Gentoo
Philosophy
Social Contract

Resources:
Bug Tracker
Developer List
Discussion Forums
Gentoo BitTorrents
Gentoo Linux Enhancement Proposals
IRC Channels
Mailing Lists
Mirrors
Name and Logo Guidelines
Online Package Database
Security Announcements
Staffing Needs
Supporting Vendors
View our CVS

Graphics:
Logos and themes
Icons
ScreenShots

Miscellaneous Resources:
Gentoo Linux Store
Gentoo-hosted projects
IBM dW/Intel article archive




List Archive: gentoo-dev
Navigation:
Lists: gentoo-dev: < Prev By Thread Next > < Prev By Date Next >
Headers:
To: gentoo-dev@g.o
From: Doug Goldstein <cardoe@g.o>
Subject: Re: Ideas for a (fast) EAPI=3
Date: Tue, 10 Mar 2009 14:59:56 -0500
On Mon, Mar 9, 2009 at 3:26 PM, Ciaran McCreesh <span dir="ltr">&lt;<a href="mailto:ciaran.mccreesh@...">ciaran.mccreesh@...</a>&gt;</span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">On Sun, 08 Mar 2009 08:49:16 +0100<br>
Tiziano Müller &lt;<a href="mailto:dev-zero@g.o">dev-zero@g.o</a>&gt; wrote:<br>
&gt; <a href="http://spreadsheets.google.com/ccc?key=pPAJXP6shYH78lCXeqRqCUQ" target="_blank">http://spreadsheets.google.com/ccc?key=pPAJXP6shYH78lCXeqRqCUQ</a><br>
<br>
</div>Here&#39;re some more easy ones.<br>
<br>
First up, un-optionaling some optional things. No impact for developers:<br>
<br>
* PROPERTIES must be cached properly (it&#39;s optional in current EAPIs)</blockquote><div><br>+1 from  me <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
<br>
* DEFINED_PHASES must be supported (ditto)</blockquote><div> </div><div>+1 from me <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
<br>
Next, some probably easy but long standing features:<br>
<br>
* src_test run unless RESTRICTed or explicitly disabled by the user (bug<br>
  184812)</blockquote><div><br>I&#39;d love to but please look at the most recent comment I&#39;ve made on the bug <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
<br>
* have econf run ./configure with --disable-dependency-tracking and<br>
  --enable-fast-install (bug 211529)</blockquote><div><br>+1 from me. Did we ever test autoconf 2.13 based stuff? <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
<br>
* Limit values in $USE to ones in $IUSE (bug 176467). The existing<br>
  behaviour&#39;s majorly annoying; time for the package manager to start<br>
  enforcing things strictly.</blockquote><div><br>definitely +1 from me. I&#39;ve been trying to put kernel_linux and such in my ebuilds already to improve this.<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
<br>
Some things we should probably sort out:<br>
<br>
* The list of extensions for unpack probably needs a couple of new<br>
  things.</blockquote><div><br>We also need a way for the actual program being used for the unpack to be added to DEPEND. <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
<br>
* Provide ebuilds a way to differentiate between updates and removals<br>
  (bug 205557), since the way devmanual says to do it got broken by a<br>
  non-EAPIed change. This one&#39;s slightly trickier than initially<br>
  apparent, because a solution&#39;s needed for the weird cases. One<br>
  example is if you have foo-1:1 and foo-2:2 installed, and you&#39;re<br>
  installing foo-2:1. In this case, it&#39;s both a reinstall and an<br>
  upgrade. One possibility is a REPLACING_VERSIONS variable that<br>
  contains a list of all versions being replaced, along with a<br>
  REPLACED_BY_VERSION variable for the pre/postrm part.</blockquote><div><br>+1 from me <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
<br>
Not sure if these can go in in time for Portage or not:<br>
<br>
* Utility commands, even the ones that aren&#39;t functions, should die. To<br>
  get a non-die version, prefix the command with nonfatal (e.g.<br>
  &#39;nonfatal dodoc README&#39;, which just returns non-zero on failure<br>
  rather than splatting).</blockquote><div><br>+1 from me <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
<br>
* Calling unpack on an unrecognised extension should be fatal, unless<br>
  --if-compressed is specified. The default src_unpack needs to use<br>
  this.</blockquote><div><br>+1 from me <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
<br>
* pkg_info should work on things that aren&#39;t installed, as well as<br>
  things that are.</blockquote><div><br>We&#39;d need to properly educate people about this because I&#39;m pretty sure a bunch of pkg_info()&#39;s require the actual package to be installed currently. <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
<br>
--<br>
<font color="#888888">Ciaran McCreesh<br>
</font></blockquote></div><br>
References:
Ideas for a (fast) EAPI=3
-- Tiziano Müller
Re: Ideas for a (fast) EAPI=3
-- Ciaran McCreesh
Navigation:
Lists: gentoo-dev: < Prev By Thread Next > < Prev By Date Next >
Previous by thread:
Re: Ideas for a (fast) EAPI=3
Next by thread:
Re: Ideas for a (fast) EAPI=3
Previous by date:
Maintainence of /usr/portage/skel.* and some updates for skel.ebuild
Next by date:
Re: devs on IRC (was :Regen2 ( was QA Overlay Layout support ))


Updated Jun 17, 2009

Donate to support our development efforts.

Gentoo Centric Hosting: vr.org

VR Hosted

Tek Alchemy

Tek Alchemy

SevenL.net

SevenL.net

php|architect

php|architect

Copyright 2001-2007 Gentoo Foundation, Inc. Questions, Comments? Email www@gentoo.org.