<div dir="ltr">[+cc pkg-systemd-maintainers]<br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Apr 14, 2015 at 8:59 PM, Ian Campbell <span dir="ltr"><<a href="mailto:ijc@debian.org" target="_blank">ijc@debian.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Tue, 2015-04-14 at 10:02 +0200, Michael Stapelberg wrote:<br>
<br>
>         > Apr 02 12:08:28 hostname systemd[1]: Started LSB: Start<br>
>         qcontrol daemon.<br>
><br>
><br>
> This line in the logfile indicates that systemd is using the sysvinit<br>
> script (hence the “LSB: ” prefix) of qcontrold, not the native systemd<br>
> service file.<br>
<br>
</span>Ah, that seems obvious now you point it out.<br>
<span class=""><br>
> The git log shows that 0.5.2 is the first version that is supposed to<br>
> have systemd service files, but actually, when I look<br>
> at <a href="https://packages.debian.org/jessie/armhf/qcontrol/filelist" target="_blank">https://packages.debian.org/jessie/armhf/qcontrol/filelist</a>, I don’t<br>
> see any files in /lib/systemd/system/, which suggests that the Debian<br>
> package doesn’t install the systemd service files that upstream<br>
> provides.<br>
><br>
><br>
> Ian, it seems like you should be following<br>
> <a href="https://wiki.debian.org/systemd/Packaging#Using_debhelper_with_dh_systemd" target="_blank">https://wiki.debian.org/systemd/Packaging#Using_debhelper_with_dh_systemd</a> to get the package to properly pick up the systemd service files, at which point this bug should be fixed.<br>
<br>
</span>I could have sworn this got done (I even thought the patches had come<br>
from you!) but it really hasn't.<br>
<br>
Unfortunately I think switching over to the systemd initfiles for Jessie<br>
is out of the question at this stage, given<br>
<a href="https://lists.debian.org/debian-devel-announce/2015/03/msg00016.html" target="_blank">https://lists.debian.org/debian-devel-announce/2015/03/msg00016.html</a>.<br>
<br>
Once Jessie is out I'll get the proper fix into Stretch and<br>
Jessie-backports as soon practical.<br>
<br>
In the meantime is there any simple workaround you can think of which<br>
would make the existing sysvinit script work properly with systemd's LSB<br>
compat mode?<br>
<br>
FYI qcontrold.init currently has:<br>
# Required-Start:    $local_fs $remote_fs $syslog<br>
<br>
I'd have thought that $remote_fs would be sufficiently late to ensure<br>
the /etc/modules.conf had been processed and udev to have been settled.<br>
But perhaps some other dependency is required? Any idea what it might<br>
be?<br></blockquote><div><br></div><div>pkg-systemd-maintainers, see above: is there a way to wait for udev devices to be available? What’s the current take on udev-settle, would that be a reasonable workaround for this situation?</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
systemd-sysv-generator seems like it might be related, but having looked<br>
at the code I don't think it supports anything which would be useful<br>
here.<br>
<span class="HOEnZb"><font color="#888888"><br>
Ian.<br>
<br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">Best regards,<br>Michael</div>
</div></div>