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"><<a hr= ef=3D"mailto:ciaran.mccreesh@googlemail.com">ciaran.mccreesh@googlemail.com= </a>></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 <<a href=3D"mailto:dev-zero@gentoo.org">dev-zero@gen= too.org</a>> wrote:<br> > <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'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'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'd love to but please look at the = most recent comment I'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'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'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's slightly trickier than initially<b= r> =C2=A0apparent, because a solution'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're= <br> =C2=A0installing foo-2:1. In this case, it'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't functions, should die. To= <br> =C2=A0get a non-die version, prefix the command with nonfatal (e.g.<br> =C2=A0'nonfatal dodoc README', 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't installed, as well as<br> =C2=A0things that are.</blockquote><div><br>We'd need to properly educ= ate people about this because I'm pretty sure a bunch of pkg_info()'= ;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--