Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 446106 - Should start-stop-daemon take rc_env_allow into consideration?
Summary: Should start-stop-daemon take rc_env_allow into consideration?
Status: RESOLVED WORKSFORME
Alias: None
Product: Gentoo Hosted Projects
Classification: Unclassified
Component: OpenRC (show other bugs)
Hardware: All Linux
: Normal normal
Assignee: OpenRC Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-12-05 14:28 UTC by Dirkjan Ochtman (RETIRED)
Modified: 2015-10-09 21:45 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Dirkjan Ochtman (RETIRED) gentoo-dev 2012-12-05 14:28:33 UTC
In IRC, I was wondering if start-stop-daemon should pass user-defined environment variables from /etc/env.d to the processes it starts. Currently s-s-d only passes environment variables from a built-in whitelist. It might be nice if there was some way to affect what s-s-d passes to its child processes, or to affect the way s-s-d is called from init scripts.
Comment 1 William Hubbs gentoo-dev 2012-12-06 01:16:47 UTC
@djc:
For the record, in our conversation on IRC, we found a couple of things.

The first thing we discovered is that runscript reads variables from
profile.env and adds them to the environment, so the service script has
access to all of those environment variables.

Also, we found that the -e or --env start-stop-daemon command line
option can be used to pass environment variables through from the
service script to start-stop-daemon.

Do you feel that we need to keep this open?

@openrc team:
Does anyone think we should pass runscript's environment untouched
through to start-stop-daemon and its child processes?
Comment 2 William Hubbs gentoo-dev 2015-10-09 21:45:50 UTC
I am closing this since there has been no activity on it for quite some
time. If you think it is still an issue that we need to look into
further, please re-open the bug.