From: Aron Griffis <agriffis@gentoo.org>
To: gentoo-dev@gentoo.org
Subject: Re: [gentoo-dev] common ebuild mistakes
Date: Sun, 25 May 2003 16:22:19 -0400 [thread overview]
Message-ID: <20030525202218.GG16513@time> (raw)
In-Reply-To: <3ECE7355.4010903@veridian.com>
Martin, Stephen wrote: [Fri May 23 2003, 03:15:33PM EDT]
> I've a couple of questions about this. Last night I emerged mplayer and
> noticed that aalib didn't get installed even though I had it in USE.
> Obviously, fixing this is a trivial change to the RDEPEND section of the
> ebuild (aalib is autodetected by mplayer and so no change to $myconf is
> necessary).
Two comments here:
1. It should be in both DEPEND and RDEPEND, since aalib is required at
both compile-time and run-time.
2. Changing $myconf is necessary. The presence of aalib on the system
should not determine whether mplayer uses aalib. That should be
determined by the USE flag. In other words, mplayer should not use
aalib when USE=-aalib, even if aalib exists on the system.
Portage provides a couple nice shortcuts to make #2 easier. Those are
"use_enable" and "use_with". For example (from vim.eclass)
myconf="--with-features=huge \
--enable-cscope \
--enable-multibyte"
myconf="${myconf} `use_enable gpm`"
myconf="${myconf} `use_enable perl perlinterp`"
myconf="${myconf} `use_enable python pythoninterp`"
myconf="${myconf} `use_enable ruby rubyinterp`"
> What's the best way to handle small changes like this?
> Should I just file a bug and state what needs to be done, or should I
> file a bug and attach a diff? Is there a rule of thumb for how large a
> change has to be in order to warrant a diff or ebuild?
If you always attach a diff, then there's no room for misinterpretation
of your instructions. I'd suggest always attaching a diff except for a
pure version bump.
Aron
--
gentoo-dev@gentoo.org mailing list
next prev parent reply other threads:[~2003-05-25 20:22 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-05-23 1:30 [gentoo-dev] common ebuild mistakes Alastair Tse
2003-05-23 6:57 ` Dylan Carlson
2003-05-23 11:13 ` Georgi Georgiev
2003-05-23 11:39 ` Sven Vermeulen
2003-05-23 8:06 ` Paul de Vrieze
2003-05-23 12:01 ` Dhruba Bandopadhyay
2003-05-23 11:52 ` Henti Smith
2003-05-23 12:15 ` Georgi Georgiev
2003-05-23 12:11 ` Henti Smith
2003-05-23 14:43 ` Jon Portnoy
2003-05-23 14:41 ` Jon Portnoy
2003-05-23 12:08 ` Patrick Kursawe
2003-05-23 12:12 ` Dhruba Bandopadhyay
2003-05-23 12:51 ` Paul de Vrieze
2003-05-23 12:23 ` Alastair Tse
2003-05-23 19:15 ` Martin, Stephen
2003-05-23 19:39 ` Paul de Vrieze
2003-05-25 20:22 ` Aron Griffis [this message]
2003-05-28 18:43 ` Martin, Stephen
2003-05-28 20:17 ` [gentoo-dev] autoconf variables and USE (was: Re: [gentoo-dev] common ebuild mistakes) Stanislav Brabec
2003-05-26 17:18 ` [gentoo-dev] common ebuild mistakes Edward Duffy
2003-05-26 18:12 ` Georgi Georgiev
2003-05-26 18:20 ` Edward Duffy
2003-05-26 18:49 ` George Shapovalov
2003-05-26 19:05 ` Dylan Carlson
2003-05-26 19:24 ` Aron Griffis
2003-05-27 1:40 ` Zach Welch
2003-05-27 15:27 ` William 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=20030525202218.GG16513@time \
--to=agriffis@gentoo.org \
--cc=gentoo-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