Package: dpkg
Version: 1.18.24
Severity: normal

Due to some external factors I'm using a Debian chroot in a Linux 
appliance, to have more modern versions of the services available.

Sadly there's a regression -- the init scripts use "start-stop-daemon", 
which calls "systemctl", but that rejects the request with

    # /etc/init.d/cups status
    Running in chroot, ignoring request.

Same for "start", of course.


I'm not entirely sure whether the bug should be filed against systemctl, 
though - this one is actually rejecting the request.

OTOH, start-stop-daemon (or perhaps better the init script?) might detect 
that it's running in a chroot, and then avoid using systemctl, but start
the requested service via fork() directly -- that's my preferred solution.


Basically, I believe that using a Debian chroot to provide services is 
a legitimate use-case -- but it doesn't work right now.
What's the best place to fix that?


Thank you very much!

Reply via email to