Package: tlsdate
Version: 0.0.12-2
Severity: important
Dear Maintainer,
/lib/systemd/system/tlsdate.service appends ${DAEMON_OPTS} to the tlsdated
command
line in ExecStart. If DAEMON_OPTS="" (from /etc/default/tlsdated) this causes
tlsdated to call execve() for tlsdate with an argv[0] = "" and ultimately
failing.
Not sure what the best fix for this is. I just removed the trailing
${DAEMON_OPTS} from
my ExecStart line in the tlsdate.service file. At first, I tried something like:
ExecStart=/usr/sbin/tlsdated ${DAEMON_OPTS} --
But that didn't work. Not sure if it's erroneous to pass zero-length
command line arguments (systemd's fault) or the zero-length command line
argument should
be checked on tlsdated's side (tlsdated's fault).
Thank you.
-- System Information:
Debian Release: 8.0
APT prefers testing
APT policy: (500, 'testing')
Architecture: armhf (armv7l)
Kernel: Linux 3.17.0-rc5-00218-g66797c3 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages tlsdate depends on:
ii libc6 2.19-13
ii libevent-2.0-5 2.0.21-stable-2
ii libssl1.0.0 1.0.1k-3
tlsdate recommends no packages.
Versions of packages tlsdate suggests:
pn apparmor <none>
-- Configuration Files:
/etc/tlsdate/tlsdated.conf changed [not included]
-- debconf-show failed
--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]
