From: Donnie Berkholz <dberkholz@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Ideas for a (fast) EAPI=3
Date: Sun, 8 Mar 2009 15:16:37 -0700 [thread overview]
Message-ID: <20090308221637.GP14240@comet> (raw)
In-Reply-To: <1236536824.9458.66.camel@neuromancer>
[-- Attachment #1: Type: text/plain, Size: 1501 bytes --]
On 19:27 Sun 08 Mar , Tiziano Müller wrote:
> Am Sonntag, den 08.03.2009, 10:01 -0700 schrieb Donnie Berkholz:
> > It would just eliminate all but one call to use_with(). Depending on how
> > many you've got, this can shorten things up a fair bit. Here's an
> > example:
> >
> > econf \
> > $(use_with 'x X' 'foo libfoo' 'bar' 'python pygtk')
>
> The above could be rewritten to:
>
> ECONF_USE_WITH="'x X' 'foo libfoo' 'bar' 'python pygtk'"
> econf $(use_with ${ECONF_USE_WITH})
Why would I want to obfuscate my code like that by purposely making
people look in multiple places to figure out what it's doing? I don't
see how this is any improvement.
> or an eclass could even export this:
>
> src_configure() {
> [ -n ${ECONF_USE_WITH} ] && USE_WITH="$(use_with
> \"${ECONF_USE_WITH}\")"
> econf ${USE_WITH}
> }
>
> Guessing from what I see in the gnome/kde eclasses I think people will
> implement the above then in eclasses and I therefore don't see why we
> can't do it like that from the beginning...
If it can be implemented in an eclass, why would we want to do it as an
EAPI in a package manager? Eclasses can be easily changed, you only need
to write them once, and you don't have to deal with updating & approving
a spec and new implementation for a bug in the previous implementation
(which you have to retain indefinitely).
--
Thanks,
Donnie
Donnie Berkholz
Developer, Gentoo Linux
Blog: http://dberkholz.wordpress.com
[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]
next prev parent reply other threads:[~2009-03-08 22:16 UTC|newest]
Thread overview: 81+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-03-08 7:49 [gentoo-dev] Ideas for a (fast) EAPI=3 Tiziano Müller
2009-03-08 8:08 ` Josh Saddler
2009-03-08 8:29 ` [gentoo-dev] " Christian Faulhammer
2009-03-08 8:38 ` [gentoo-dev] " Ciaran McCreesh
2009-03-08 9:32 ` Ulrich Mueller
2009-03-08 9:43 ` Tiziano Müller
2009-03-08 10:20 ` Ulrich Mueller
2009-03-08 11:05 ` Arfrever Frehtes Taifersar Arahesis
2009-03-08 11:23 ` Tiziano Müller
2009-03-08 16:22 ` Robert Buchholz
2009-03-08 18:31 ` Tiziano Müller
2009-03-08 16:42 ` Donnie Berkholz
2009-03-08 16:48 ` Ciaran McCreesh
2009-03-08 17:01 ` Donnie Berkholz
2009-03-08 17:24 ` William Hubbs
2009-03-08 18:24 ` Donnie Berkholz
2009-03-08 18:35 ` Tiziano Müller
2009-03-08 18:41 ` Donnie Berkholz
2009-03-08 18:27 ` Tiziano Müller
2009-03-08 22:16 ` Donnie Berkholz [this message]
2009-03-08 22:35 ` Tiziano Müller
2009-03-09 4:22 ` Donnie Berkholz
2009-03-09 6:31 ` Donnie Berkholz
2009-03-09 9:17 ` Tiziano Müller
2009-03-09 9:02 ` [gentoo-dev] " Christian Faulhammer
2009-03-09 9:12 ` [gentoo-dev] " Michael Haubenwallner
2009-03-09 18:01 ` Tobias Scherbaum
2009-03-09 1:46 ` Thomas Anderson
2009-03-08 17:20 ` Jesus Rivero
2009-03-08 17:44 ` Ciaran McCreesh
2009-03-08 18:06 ` Stelian Ionescu
2009-03-08 18:29 ` Tiziano Müller
2009-03-09 8:39 ` [gentoo-dev] " Christian Faulhammer
2009-03-09 9:01 ` Daniel Pielmeier
2009-03-09 9:06 ` Christian Faulhammer
2009-03-09 9:13 ` Daniel Pielmeier
2009-03-09 9:14 ` Tiziano Müller
2009-03-13 8:48 ` Christian Faulhammer
2009-03-09 20:26 ` [gentoo-dev] " Ciaran McCreesh
2009-03-09 20:56 ` Zac Medico
2009-03-09 21:08 ` Ciaran McCreesh
2009-03-09 21:28 ` Zac Medico
2009-03-09 21:37 ` Ciaran McCreesh
2009-03-09 21:33 ` [gentoo-dev] " Christian Faulhammer
2009-03-09 21:36 ` Ciaran McCreesh
2009-03-09 22:20 ` Christian Faulhammer
2009-03-09 22:25 ` Ciaran McCreesh
2009-03-09 23:25 ` Christian Faulhammer
2009-03-10 12:33 ` Ciaran McCreesh
2009-03-10 16:11 ` Christian Faulhammer
2009-03-10 16:17 ` Ciaran McCreesh
2009-03-10 3:58 ` Alec Warner
2009-03-10 12:35 ` Ciaran McCreesh
2009-03-10 16:00 ` Christian Faulhammer
2009-03-10 16:07 ` Ciaran McCreesh
2009-03-09 22:24 ` Maciej Mrozowski
2009-03-09 22:28 ` Ciaran McCreesh
2009-03-09 22:39 ` [gentoo-dev] " Donnie Berkholz
2009-03-09 22:53 ` Ciaran McCreesh
2009-03-12 18:43 ` Donnie Berkholz
2009-03-12 18:48 ` Ciaran McCreesh
2009-03-10 9:08 ` Michael Haubenwallner
2009-03-10 12:33 ` Ciaran McCreesh
2009-03-09 22:39 ` Peter Alfredsen
2009-03-10 17:51 ` Sébastien Fabbro
2009-03-10 19:59 ` Doug Goldstein
2009-03-09 22:38 ` Jeremy Olexa
2009-03-09 22:58 ` Ciaran McCreesh
2009-03-10 15:30 ` Ciaran McCreesh
2009-03-12 23:05 ` Maciej Mrozowski
2009-03-12 23:20 ` Ciaran McCreesh
2009-03-13 20:11 ` Ciaran McCreesh
2009-03-13 22:31 ` Tiziano Müller
2009-04-09 1:51 ` Mart Raudsepp
2009-04-09 2:12 ` Mart Raudsepp
2009-04-09 3:02 ` Olivier Crête
2009-04-09 8:37 ` Tiziano Müller
2009-04-09 10:44 ` Mart Raudsepp
2009-04-09 14:36 ` Ciaran McCreesh
2009-04-09 14:32 ` Ciaran McCreesh
2009-04-13 12:55 ` Peter Volkov
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20090308221637.GP14240@comet \
--to=dberkholz@gentoo.org \
--cc=gentoo-dev@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox