From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org)
	by finch.gentoo.org with esmtp (Exim 4.60)
	(envelope-from <gentoo-dev+bounces-34899-garchives=archives.gentoo.org@lists.gentoo.org>)
	id 1Lh87K-0001PH-VZ
	for garchives@archives.gentoo.org; Tue, 10 Mar 2009 19:59:59 +0000
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
	by pigeon.gentoo.org (Postfix) with SMTP id 6BE8DE04F5;
	Tue, 10 Mar 2009 19:59:57 +0000 (UTC)
Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.250])
	by pigeon.gentoo.org (Postfix) with ESMTP id 1FF4AE04F5
	for <gentoo-dev@lists.gentoo.org>; Tue, 10 Mar 2009 19:59:57 +0000 (UTC)
Received: by an-out-0708.google.com with SMTP id c2so1252214anc.1
        for <gentoo-dev@lists.gentoo.org>; Tue, 10 Mar 2009 12:59:56 -0700 (PDT)
Precedence: bulk
List-Post: <mailto:gentoo-dev@lists.gentoo.org>
List-Help: <mailto:gentoo-dev+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-dev+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-dev+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org>
X-BeenThere: gentoo-dev@lists.gentoo.org
Reply-to: gentoo-dev@lists.gentoo.org
MIME-Version: 1.0
Sender: cardoe@cardoe.com
Received: by 10.100.11.14 with SMTP id 14mr4806965ank.89.1236715196223; Tue, 
	10 Mar 2009 12:59:56 -0700 (PDT)
In-Reply-To: <20090309202624.723e4b2a@snowcone>
References: <1236498557.6854.51.camel@neuromancer>
	 <20090309202624.723e4b2a@snowcone>
Date: Tue, 10 Mar 2009 14:59:56 -0500
X-Google-Sender-Auth: 9d28bc3416993f9e
Message-ID: <eafa4c130903101259n67d66223ha8b51a870828569d@mail.gmail.com>
Subject: Re: [gentoo-dev] Ideas for a (fast) EAPI=3
From: Doug Goldstein <cardoe@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Content-Type: multipart/alternative; boundary=0016e642dd64f5a05e0464c93199
X-Archives-Salt: 873a6839-cf8d-4245-90f9-49b012464957
X-Archives-Hash: d133dec4d00c110147f543bf37dd9420

--0016e642dd64f5a05e0464c93199
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On Mon, Mar 9, 2009 at 3:26 PM, Ciaran McCreesh <
ciaran.mccreesh@googlemail.com> wrote:

> On Sun, 08 Mar 2009 08:49:16 +0100
> Tiziano M=C3=BCller <dev-zero@gentoo.org> wrote:
> > http://spreadsheets.google.com/ccc?key=3DpPAJXP6shYH78lCXeqRqCUQ
>
> Here're some more easy ones.
>
> First up, un-optionaling some optional things. No impact for developers:
>
> * PROPERTIES must be cached properly (it's optional in current EAPIs)


+1 from  me

>
>
> * DEFINED_PHASES must be supported (ditto)


+1 from me

>
>
> Next, some probably easy but long standing features:
>
> * src_test run unless RESTRICTed or explicitly disabled by the user (bug
>  184812)


I'd love to but please look at the most recent comment I've made on the bug

>
>
> * have econf run ./configure with --disable-dependency-tracking and
>  --enable-fast-install (bug 211529)


+1 from me. Did we ever test autoconf 2.13 based stuff?

>
>
> * Limit values in $USE to ones in $IUSE (bug 176467). The existing
>  behaviour's majorly annoying; time for the package manager to start
>  enforcing things strictly.


definitely +1 from me. I've been trying to put kernel_linux and such in my
ebuilds already to improve this.

>
>
> Some things we should probably sort out:
>
> * The list of extensions for unpack probably needs a couple of new
>  things.


We also need a way for the actual program being used for the unpack to be
added to DEPEND.

>
>
> * Provide ebuilds a way to differentiate between updates and removals
>  (bug 205557), since the way devmanual says to do it got broken by a
>  non-EAPIed change. This one's slightly trickier than initially
>  apparent, because a solution's needed for the weird cases. One
>  example is if you have foo-1:1 and foo-2:2 installed, and you're
>  installing foo-2:1. In this case, it's both a reinstall and an
>  upgrade. One possibility is a REPLACING_VERSIONS variable that
>  contains a list of all versions being replaced, along with a
>  REPLACED_BY_VERSION variable for the pre/postrm part.


+1 from me

>
>
> Not sure if these can go in in time for Portage or not:
>
> * Utility commands, even the ones that aren't functions, should die. To
>  get a non-die version, prefix the command with nonfatal (e.g.
>  'nonfatal dodoc README', which just returns non-zero on failure
>  rather than splatting).


+1 from me

>
>
> * Calling unpack on an unrecognised extension should be fatal, unless
>  --if-compressed is specified. The default src_unpack needs to use
>  this.


+1 from me

>
>
> * pkg_info should work on things that aren't installed, as well as
>  things that are.


We'd need to properly educate people about this because I'm pretty sure a
bunch of pkg_info()'s require the actual package to be installed currently.

>
>
> --
> Ciaran McCreesh
>

--0016e642dd64f5a05e0464c93199
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On Mon, Mar 9, 2009 at 3:26 PM, Ciaran McCreesh <span dir=3D"ltr">&lt;<a hr=
ef=3D"mailto:ciaran.mccreesh@googlemail.com">ciaran.mccreesh@googlemail.com=
</a>&gt;</span> wrote:<br><div class=3D"gmail_quote"><blockquote class=3D"g=
mail_quote" style=3D"border-left: 1px solid rgb(204, 204, 204); margin: 0pt=
 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class=3D"im">On Sun, 08 Mar 2009 08:49:16 +0100<br>
Tiziano M=C3=BCller &lt;<a href=3D"mailto:dev-zero@gentoo.org">dev-zero@gen=
too.org</a>&gt; wrote:<br>
&gt; <a href=3D"http://spreadsheets.google.com/ccc?key=3DpPAJXP6shYH78lCXeq=
RqCUQ" target=3D"_blank">http://spreadsheets.google.com/ccc?key=3DpPAJXP6sh=
YH78lCXeqRqCUQ</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=C2=A0 me <br></div><blockquote class=3D"gmail_q=
uote" style=3D"border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0=
pt 0.8ex; padding-left: 1ex;">
<br>
<br>
* DEFINED_PHASES must be supported (ditto)</blockquote><div>=C2=A0</div><di=
v>+1 from me <br></div><blockquote class=3D"gmail_quote" style=3D"border-le=
ft: 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=
>
 =C2=A0184812)</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=3D=
"gmail_quote" style=3D"border-left: 1px solid rgb(204, 204, 204); margin: 0=
pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
<br>
* have econf run ./configure with --disable-dependency-tracking and<br>
 =C2=A0--enable-fast-install (bug 211529)</blockquote><div><br>+1 from me. =
Did we ever test autoconf 2.13 based stuff? <br></div><blockquote class=3D"=
gmail_quote" style=3D"border-left: 1px solid rgb(204, 204, 204); margin: 0p=
t 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
<br>
* Limit values in $USE to ones in $IUSE (bug 176467). The existing<br>
 =C2=A0behaviour&#39;s majorly annoying; time for the package manager to st=
art<br>
 =C2=A0enforcing things strictly.</blockquote><div><br>definitely +1 from m=
e. I&#39;ve been trying to put kernel_linux and such in my ebuilds already =
to improve this.<br></div><blockquote class=3D"gmail_quote" style=3D"border=
-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-lef=
t: 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>
 =C2=A0things.</blockquote><div><br>We also need a way for the actual progr=
am being used for the unpack to be added to DEPEND. <br></div><blockquote c=
lass=3D"gmail_quote" style=3D"border-left: 1px solid rgb(204, 204, 204); ma=
rgin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
<br>
* Provide ebuilds a way to differentiate between updates and removals<br>
 =C2=A0(bug 205557), since the way devmanual says to do it got broken by a<=
br>
 =C2=A0non-EAPIed change. This one&#39;s slightly trickier than initially<b=
r>
 =C2=A0apparent, because a solution&#39;s needed for the weird cases. One<b=
r>
 =C2=A0example is if you have foo-1:1 and foo-2:2 installed, and you&#39;re=
<br>
 =C2=A0installing foo-2:1. In this case, it&#39;s both a reinstall and an<b=
r>
 =C2=A0upgrade. One possibility is a REPLACING_VERSIONS variable that<br>
 =C2=A0contains a list of all versions being replaced, along with a<br>
 =C2=A0REPLACED_BY_VERSION variable for the pre/postrm part.</blockquote><d=
iv><br>+1 from me <br></div><blockquote class=3D"gmail_quote" style=3D"bord=
er-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-l=
eft: 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>
 =C2=A0get a non-die version, prefix the command with nonfatal (e.g.<br>
 =C2=A0&#39;nonfatal dodoc README&#39;, which just returns non-zero on fail=
ure<br>
 =C2=A0rather than splatting).</blockquote><div><br>+1 from me <br></div><b=
lockquote class=3D"gmail_quote" style=3D"border-left: 1px solid rgb(204, 20=
4, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
<br>
* Calling unpack on an unrecognised extension should be fatal, unless<br>
 =C2=A0--if-compressed is specified. The default src_unpack needs to use<br=
>
 =C2=A0this.</blockquote><div><br>+1 from me <br></div><blockquote class=3D=
"gmail_quote" style=3D"border-left: 1px solid rgb(204, 204, 204); margin: 0=
pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
<br>
* pkg_info should work on things that aren&#39;t installed, as well as<br>
 =C2=A0things that are.</blockquote><div><br>We&#39;d need to properly educ=
ate 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><blockqu=
ote class=3D"gmail_quote" style=3D"border-left: 1px solid rgb(204, 204, 204=
); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
<br>
--<br>
<font color=3D"#888888">Ciaran McCreesh<br>
</font></blockquote></div><br>

--0016e642dd64f5a05e0464c93199--