The runit-1.8.0-3 changelog includes
* debian/runit.preinst, debian/runit.postinst: move away from /var/service/
to /etc/service/; restart runsvdir; retain backward compatibility symlink
/var/service -> /etc/service until rdepends have adopted (#461478).
which presumably triggers the effect I saw.
I was able to complete the upgrade by performing it from a console
that is not managed by runit.
Whatever strategy is adopted for making this transition needs to
deal more gracefully with the possibility that apt/dpkg are run
from a process that will be terminated by a blanket runsvdir restart.
In my case I use getty's managed from runit, and X via startx from
there. Other usage patterns will be different -- how about a console
started from sshd managed by runit, or {g,w,x}dm started from runit?
- Larry
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
