Bug#751744: under systemd: Warning: Stopping foo.service, but it can still be activated by: foo.socket

[Paul Wise]

Control: reassign -1 dh-systemd
Control: forcemerge 751741 751744
Control: retitle 751741 dh-systemd: postinst snippets should stop foo.socket during upgrades too
Control: affects 751741 gpsd monopd cups-daemon

On Mon, 2014-06-16 at 17:30 +0800, Paul Wise wrote:

> When upgrading gpsd on a system running systemd, I get the message
> below. I think the gpsd.socket unit needs to be stopped during upgrades
> as well as the systemd.service unit.

Talking to systemd folks on IRC (see below), they say this will be
handled in systemd via a 'manual' state and in dh-systemd until the
'manual' state is available in systemd itself. Adjusting bugs.

<mbiebl> pabs, OdyX: we had this discussion just a few days ago
<mbiebl> I personally came to the conclusion that we should probably do the socket stop/start handling on upgrades
<pabs> dh-systemd should or?
<mbiebl> so this is something which would be addressed in dh-systemd
<mbiebl> yeah
<pabs> ok, please reassign and or merge #751741 and #751744
<mbiebl> we deliberately do not stop the socket currently during upgrades
<mbiebl> as we thought it might be useful for services which don't want to lose messages during upgrades
<mbiebl> unfortunately, this doesn't really work in practice though
<mbiebl> as an incoming request will simply start the service midway though the upgrade
<mbiebl> when the package is potentially in a inconsistent state
<pabs> probably there needs to be some hold-this-service state?
<mbiebl> so, as long as we don't have a facility in systemd to buffer/defer such incoming request
<mbiebl> I guess it's best to simply stop and start the .socket along with the .service
<mbiebl> pabs: yeah, I like to call that "manual" state
<mbiebl> where D-Bus, path, socket etc requests wouldn't cause a start of the service
<mbiebl> pabs: can you reassign to dh-systemd, merge and mark cups and the other two as affected, please?
<pabs> filing some other bugs, will do in a bit
<mbiebl> feel free to copy this irc blurb as justification for the re-assign

-- 
bye,
pabs

http://wiki.debian.org/PaulWise
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: This is a digitally signed message part
URL: <http://lists.alioth.debian.org/pipermail/pkg-games-devel/attachments/20140616/cacad532/attachment-0001.sig>