summaryrefslogtreecommitdiff
path: root/src/ask-password
diff options
context:
space:
mode:
authorDaniel Mack <daniel@zonque.org>2015-06-01 17:49:04 +0200
committerDaniel Mack <daniel@zonque.org>2015-06-01 18:08:44 +0200
commit22874a348fb1540c1a2b7907748fc57c9756a7ed (patch)
treee3960fb8d08ccb4d045207a90a00434481b91525 /src/ask-password
parentccc1002a1c510b7d4631833eaf60225f028f2280 (diff)
load-fragment: use UNESCAPE_RELAX flag to parse exec directives
The cunescape() helper function used to handle unknown escaping sequences gracefully by copying them over verbatim. Commit 527b7a42 ("util: rework cunescape(), improve error handling") added a flag to make that behavior optional, and changed to default to error out with -EINVAL otherwise. However, config_parse_exec(), which is used to parse the Exec{Start,Stop}{Post,Pre,} directives of unit files, was not changed along with that commit, which means that directives with improperly escaped command line strings are no longer parsed. Relevant bugreports include: https://bugs.freedesktop.org/show_bug.cgi?id=90794 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=787256 Fix this by passing UNESCAPE_RELAX to config_parse_exec() in order to restore the original behavior.
Diffstat (limited to 'src/ask-password')
0 files changed, 0 insertions, 0 deletions