From: "Alec Warner" <antarus@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] [RFC] Ability to pass arguments to src_configure/src_compile
Date: Mon, 8 Sep 2008 16:31:33 -0700 [thread overview]
Message-ID: <b41005390809081631p26d6faeel9746bf0d16262d74@mail.gmail.com> (raw)
In-Reply-To: <20080908230322.GD20548@comet>
On Mon, Sep 8, 2008 at 4:03 PM, Donnie Berkholz <dberkholz@gentoo.org> wrote:
> On 23:13 Mon 08 Sep , Ciaran McCreesh wrote:
>> On Mon, 8 Sep 2008 14:33:50 -0700
>> Donnie Berkholz <dberkholz@gentoo.org> wrote:
>> > On 12:46 Sun 07 Sep , Marcus D. Hanwell wrote:
>> > > I personally agree with several others who have replied to this
>> > > thread. The reduction in lines of code/characters seems to
>> > > introduce an uglier syntax which is harder to read with
>> > > questionable benefits.
>> >
>> > One of the great things about ebuilds is that they're very natural to
>> > write in most cases, if you can manage to build the program by hand.
>> > Raising this barrier of entry for questionable benefit seems like a
>> > bad idea. We don't need to make it any harder to begin contributing
>> > to Gentoo.
>>
>> So why are we making people know the exact ins and outs of
>> reimplementing default functions, complete with knowledge of whether or
>> not to use die, when all they need in most cases is to set a simple
>> variable instead?
>
> This series of variables and syntaxes within them doesn't seem much
> simpler than functions. From what I understand, it also conflates
> multiple concepts into a single variable name (the function name,
> whether it's USE-dependent, and how the configure flag is passed).
>
>> What proportion of people do you think know whether or not you need a
>> die with econf or emake? How many user-written ebuilds out there
>> correctly install the right docs and don't try to install docs that
>> don't exist, deal with install parallelisation correctly and handle
>> error cases properly?
>
> You're right, following all of the policy takes work. What I'm talking
> about is an entry-level ebuild hack that just gets people in the door
> and is the reason a lot of people love Gentoo.
We are not making them use this syntax; nothing stops them using the other one.
-Alec
>
> --
> Thanks,
> Donnie
>
> Donnie Berkholz
> Developer, Gentoo Linux
> Blog: http://dberkholz.wordpress.com
>
next prev parent reply other threads:[~2008-09-08 23:31 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <b99LY-5lh-39@gated-at.bofh.it>
[not found] ` <b9bkA-7sM-7@gated-at.bofh.it>
[not found] ` <b9cqk-nW-9@gated-at.bofh.it>
2008-09-07 15:31 ` [gentoo-dev] [RFC] Ability to pass arguments to src_configure/src_compile Vaeth
2008-09-07 15:40 ` Ciaran McCreesh
2008-09-07 16:46 ` Marcus D. Hanwell
2008-09-07 16:50 ` Ciaran McCreesh
2008-09-07 17:11 ` Santiago M. Mola
2008-09-08 19:05 ` Luca Barbato
2008-09-08 21:33 ` Donnie Berkholz
2008-09-08 22:13 ` Ciaran McCreesh
2008-09-08 23:03 ` Donnie Berkholz
2008-09-08 23:31 ` Alec Warner [this message]
2008-09-08 23:20 ` [gentoo-dev] " Duncan
2008-09-08 23:38 ` Ciaran McCreesh
2008-09-09 0:58 ` Duncan
2008-09-09 1:06 ` Ciaran McCreesh
2008-09-09 2:27 ` Duncan
2008-09-10 1:05 ` Steve Long
2008-09-12 17:36 ` [gentoo-dev] " Arun Raghavan
[not found] <b9JFB-1eE-13@gated-at.bofh.it>
[not found] ` <b9JFB-1eE-15@gated-at.bofh.it>
[not found] ` <b9JFB-1eE-17@gated-at.bofh.it>
[not found] ` <b9JFC-1eE-19@gated-at.bofh.it>
[not found] ` <b9JFC-1eE-21@gated-at.bofh.it>
[not found] ` <b9JFB-1eE-11@gated-at.bofh.it>
[not found] ` <b9KBD-2uE-1@gated-at.bofh.it>
2008-09-08 11:56 ` Vaeth
2008-09-08 12:10 ` Santiago M. Mola
[not found] ` <b9JYY-1P6-19@gated-at.bofh.it>
[not found] ` <b9JYY-1P6-21@gated-at.bofh.it>
[not found] ` <b9JYY-1P6-23@gated-at.bofh.it>
[not found] ` <b9JYX-1P6-17@gated-at.bofh.it>
[not found] ` <b9KBK-2uE-31@gated-at.bofh.it>
2008-09-08 12:46 ` Vaeth
[not found] <b9uwZ-6YY-23@gated-at.bofh.it>
[not found] ` <b9uwZ-6YY-25@gated-at.bofh.it>
[not found] ` <b9ux0-6YY-27@gated-at.bofh.it>
[not found] ` <b9uwZ-6YY-21@gated-at.bofh.it>
[not found] ` <b9uGz-79d-7@gated-at.bofh.it>
2008-09-08 7:48 ` Vaeth
2008-09-08 8:02 ` David Leverton
2008-09-08 8:40 ` Santiago M. Mola
[not found] ` <b9vCE-8mw-21@gated-at.bofh.it>
[not found] ` <b9vMy-8ws-33@gated-at.bofh.it>
[not found] ` <b9w5F-FY-5@gated-at.bofh.it>
2008-09-08 8:07 ` Vaeth
2008-09-08 8:44 ` Alec Warner
2008-09-08 8:58 ` Santiago M. Mola
2008-09-08 9:31 ` Alec Warner
2008-09-08 9:40 ` Mike Auty
2008-09-06 17:36 Thomas Anderson
2008-09-06 19:00 ` Alec Warner
2008-09-06 19:01 ` Alec Warner
2008-09-06 20:10 ` Santiago M. Mola
2008-09-06 20:10 ` Ben de Groot
2008-09-06 20:45 ` Santiago M. Mola
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=b41005390809081631p26d6faeel9746bf0d16262d74@mail.gmail.com \
--to=antarus@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