public inbox for gentoo-portage-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Duncan <1i5t5.duncan@cox.net>
To: gentoo-portage-dev@lists.gentoo.org
Subject: [gentoo-portage-dev]  Re: "official way" for setting per package CFLAGS and FEATURES?
Date: Mon, 20 Jul 2009 08:42:39 +0000 (UTC)	[thread overview]
Message-ID: <pan.2009.07.20.08.42.39@cox.net> (raw)
In-Reply-To: 4A638016.3040602@gentoo.org

Zac Medico <zmedico@gentoo.org> posted 4A638016.3040602@gentoo.org,
excerpted below, on  Sun, 19 Jul 2009 13:20:38 -0700:

> Pacho Ramos wrote:
>> Hello, I would want to always merge xorg-server, libdrm, and  intel
>> driver (that likes to crash a lot) to be always compiled with debugging
>> symbols and FEATURES="${FEATURES} splitdebug"

> I use pre_pkg_setup hooks defined in /etc/portage/env.

Does /etc/portage/env work for the python part of portage yet, or just 
the ebuild.sh layer?

Either way should work for the above (and I too use it regularly for 
CFLAGS, etc), but if the python components don't see it, it won't work 
for dependency checking, fetching, FEATURES used by emerge itself not the 
ebuild.sh callout, etc.  IIRC that used to be a limitation, but I'm not 
sure it still applies.

(Also, as I've seen it explained, the reason it's not better documented 
is deliberate, because there's no standard way to include env file 
contents in reports such as emerge --info for bug reports and the like.  
Without that, many devs are reluctant to have it widely known due to the 
bug squashing problems its likely to cause, so it remains a semi-secret, 
known mainly by the Gentoo power users, who hopefully know to report its 
use when it applies.  If you check bugs I've filed, for instance, say for 
parallel make aka MAKEOPTS, you'll note that I often mention that I 
verified that MAKEOPTS=-j1 works by setting it in the appropriate env 
file.)

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman




  reply	other threads:[~2009-07-20  8:43 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-07-18 18:15 [gentoo-portage-dev] "official way" for setting per package CFLAGS and FEATURES? Pacho Ramos
2009-07-19 20:20 ` Zac Medico
2009-07-20  8:42   ` Duncan [this message]
2009-07-20 19:12     ` [gentoo-portage-dev] " Zac Medico
2009-07-20 22:20       ` Duncan
2011-08-20 14:42   ` [gentoo-portage-dev] " Zac Medico
2011-08-27 18:39     ` Pacho Ramos

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=pan.2009.07.20.08.42.39@cox.net \
    --to=1i5t5.duncan@cox.net \
    --cc=gentoo-portage-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