From: Daniel Robbins <drobbins@gentoo.org>
To: gentoo-portage-dev@gentoo.org
Subject: [gentoo-portage-dev] ebuild strengths/weaknesses
Date: Sat, 06 Dec 2003 17:13:05 -0700 [thread overview]
Message-ID: <1070755985.6073.418.camel@ht.gentoo.org> (raw)
In-Reply-To: <20031206194112.GA8713@cerberus.oppresses.us>
[-- Attachment #1: Type: text/plain, Size: 1318 bytes --]
On Sat, 2003-12-06 at 12:41, Jon Portnoy wrote:
> Please keep in mind that a significant number of users have expressed a
> fondness for ebuilds precisely because they can apply simple bash
> scripting knowledge to create a complex build script. Any new format
> should probably aim for similar syntax for precisely that reason.
You mean similar ease of use, I think. It's hard to use bash syntax and
have a high-performance system. But I know where you're coming from. The
goal is to make them easier to use and more powerful than ebuilds.
I'd contend that ebuilds aren't the pinnacle of usability, although they
do have many strengths. There are aspects to ebuilds that can make them
tricky to use such as tons of conditionals all over the place, strange
unexpected side-effects caused by unexpected orders of execution,
limitations of what conditionals are actually *legal* in ebuilds ("foo?"
vs. "use foo" vs. "if [ ]"), etc.) There is a lot to improve. We'll want
to make the new format better while keeping or surpassing existing
strengths.
Then when we get to eclasses, we start to see that we are maxing out the
potential for a totally-bash-based system.
My recommendation: for all the stuff you like about ebuilds, make sure
they are in the requirements.
Regards,
Daniel
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
next prev parent reply other threads:[~2003-12-07 0:11 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-12-05 9:58 [gentoo-portage-dev] portage-ng concurse entry Was: Updated Portage project page George Shapovalov
2003-12-05 12:26 ` Paul de Vrieze
2003-12-05 21:33 ` George Shapovalov
2003-12-06 14:26 ` Paul de Vrieze
2003-12-06 19:35 ` Daniel Robbins
2003-12-06 19:41 ` Jon Portnoy
2003-12-07 0:13 ` Daniel Robbins [this message]
2003-12-07 1:44 ` Jason Stubbs
2003-12-07 2:39 ` George Shapovalov
2003-12-07 3:12 ` Jason Stubbs
2003-12-07 4:50 ` Ray Russell Reese III
2003-12-07 7:27 ` Daniel Robbins
2003-12-07 7:40 ` Daniel Robbins
2003-12-07 9:11 ` Kapil Thangavelu
2003-12-07 11:11 ` Paul de Vrieze
2003-12-08 16:03 ` [gentoo-portage-dev] portage-ng concurse entry Was: Updated Portage project page, ebuild conversion Sandy McArthur
2003-12-07 11:05 ` [gentoo-portage-dev] portage-ng concurse entry Was: Updated Portage project page Paul de Vrieze
2003-12-07 19:59 ` Philippe Lafoucrière
2003-12-07 20:10 ` Philippe Lafoucrière
2003-12-07 20:12 ` Jeff Smelser
2003-12-07 21:01 ` [gentoo-portage-dev] gpg signing of Manifests Douglas Russell
2003-12-07 21:53 ` Douglas Russell
2003-12-06 23:00 ` [gentoo-portage-dev] portage-ng concurse entry Was: Updated Portage project page George Shapovalov
2003-12-07 11:18 ` Paul de Vrieze
2003-12-05 16:54 ` [gentoo-portage-dev] portage-ng design competition -- not yet Daniel Robbins
2003-12-05 20:35 ` George Shapovalov
2003-12-05 21:59 ` [gentoo-portage-dev] portage-ng wish list Sandy McArthur
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=1070755985.6073.418.camel@ht.gentoo.org \
--to=drobbins@gentoo.org \
--cc=gentoo-portage-dev@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