From: Richard Purdie <rpurdie@linux.intel.com>
To: Paul Eggleton <paul.eggleton@intel.com>
Cc: poky@pokylinux.org
Subject: Re: sstate environment variable whitelist
Date: Tue, 23 Nov 2010 19:47:11 +0000 [thread overview]
Message-ID: <1290541632.1272.18675.camel@rex> (raw)
In-Reply-To: <201011231454.15813.paul.eggleton@intel.com>
On Tue, 2010-11-23 at 14:54 +0000, Paul Eggleton wrote:
> Hi all,
>
> I'm taking a look into the sstate functionality. Looking at the
> changes Kevin has made in his tk/sstate branch and the environments my
> own two systems (Fedora 14 & Kubuntu 10.10) I note that there are
> still quite a lot of variables that are not whitelisted out. The
> question is do we expect to whitelist out absolutely all environment
> variables we don't care about on as many possible host distributions
> as possible? Or do we only selectively whitelist out those that we
> expect to change frequently (those that point to PIDs, session IDs,
> usernames etc.)?
There is a know list of variable we allow into the build environment, so
its a finite list we need to cover. That list is the combination of the
whitelist in the environment script and the one in lib/bb/utils.py.
I'd actually like to stop exporting a lot of the white listed variables
to every task and start being more selective. The sstate/siggen code
should then stop picking them up as dependencies.
Cheers,
Richard
prev parent reply other threads:[~2010-11-23 19:47 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-11-23 14:54 sstate environment variable whitelist Paul Eggleton
2010-11-23 19:47 ` Richard Purdie [this message]
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=1290541632.1272.18675.camel@rex \
--to=rpurdie@linux.intel.com \
--cc=paul.eggleton@intel.com \
--cc=poky@pokylinux.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.