* sstate environment variable whitelist
@ 2010-11-23 14:54 Paul Eggleton
2010-11-23 19:47 ` Richard Purdie
0 siblings, 1 reply; 2+ messages in thread
From: Paul Eggleton @ 2010-11-23 14:54 UTC (permalink / raw)
To: poky
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.)?
Cheers,
Paul
---------------------------------------------------------------------
Intel Corporation (UK) Limited
Registered No. 1134945 (England)
Registered Office: Pipers Way, Swindon SN3 1RJ
VAT No: 860 2173 47
This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). Any review or distribution
by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: sstate environment variable whitelist
2010-11-23 14:54 sstate environment variable whitelist Paul Eggleton
@ 2010-11-23 19:47 ` Richard Purdie
0 siblings, 0 replies; 2+ messages in thread
From: Richard Purdie @ 2010-11-23 19:47 UTC (permalink / raw)
To: Paul Eggleton; +Cc: poky
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
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2010-11-23 19:47 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-11-23 14:54 sstate environment variable whitelist Paul Eggleton
2010-11-23 19:47 ` Richard Purdie
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.