summaryrefslogtreecommitdiff
path: root/src/shared/env-util.c
Commit message (Collapse)AuthorAge
* environment: append unit_id to error messages regarding EnvironmentFileLukas Nykryn2014-10-17
|
* util: don't consider tabs special in string_has_cc() anymoreLennart Poettering2014-07-07
| | | | Instead, take a list of exceptions to our usual CC check
* core: clean up environment block for --user instances a bitLennart Poettering2014-01-12
|
* strv: don't access potentially NULL string arraysLennart Poettering2013-10-02
|
* Verify validity of session name when received from outsideZbigniew Jędrzejewski-Szmek2013-09-16
| | | | Only ASCII letters and digits are allowed.
* Add __attribute__((const, pure, format)) in various placesZbigniew Jędrzejewski-Szmek2013-05-02
| | | | | | | | I'm assuming that it's fine if a _const_ or _pure_ function calls assert. It is assumed that the assert won't trigger, and even if it does, it can only trigger on the first call with a given set of parameters, and we don't care if the compiler moves the order of calls.
* core/execute: report invalid environment variables from filesHarald Hoyer2013-04-17
| | | | | | | | | | | Because "export key=val" is not supported by systemd, an error is logged where the invalid assignment is coming from. Introduce strv_env_clean_log() to log invalid environment assignments, where logging is possible and allowed. parse_env_file_internal() is modified to allow WHITESPACE in keys, to report the issues later on.
* man: rename systemd.conf to systemd-system.confZbigniew Jędrzejewski-Szmek2013-02-13
| | | | | | | Alias as systemd-user.conf is also provided. This should help users running systemd in session mode. https://bugzilla.redhat.com/show_bug.cgi?id=690868
* use strneq instead of strncmpThomas Hindoe Paaboel Andersen2013-02-13
|
* manager: validate environment parameters for SetEnvironment(), ↵Lennart Poettering2013-02-11
| | | | UnsetEnvironment() bus calls
* env: considerably beef up environment cleaning logicLennart Poettering2013-02-11
Now, actually check if the environment variable names and values used are valid, before accepting them. With this in place are at some places more rigid than POSIX, and less rigid at others. For example, this code allows lower-case environment variables (which POSIX suggests not to use), but it will not allow non-UTF8 variable values. All in all this should be a good middle ground of what to allow and what not to allow as environment variables. (This also splits out all environment related calls into env-util.[ch])