Uhm, so I should ENABLE the service, and then prevent it from starting? Isn't that a bit convolute? Also, in the other ticket you say that "The debian and ubuntu way is that if you don't want it running, you shouldn't install it." -> may I ask where this fact is stated? My understanding was that an upgrade should not alter the state of the system - if a service is running and must be restarted after an upgrade, it is restarted, otherwise it's left alone (the try-restart use-case). I've never seen stated that after an upgrade a service should pick the state which is currently mandated by the runlevel/init system, and it's the first time it happens to me (in other contexts, I would start services via ansible/puppet).
Sure, your workaround might work. But the "the correct expected outcome", IMHO, is that the status of a service (started/stopped) should be the same before and after an upgrade, regardless of whether the unit is active or inactive. To me, this seems to be the behaviour of whatever I've encountered on Debian/Ubuntu/Centos in the last 10 years (barring bugs). I did a couple of cross checks for some system packages, and everything I tested (nginx, apache) seems to work this way; I even just checked nginx on Ubuntu 14.04 and works as stated above (i.e. service is disabled but started, after upgrade it's restarted properly). If you need more specific data I'll provide you with that... maybe it's a matter that there's no consensus on Debian/Ubuntu about the topic, but I'd say it's high time that such consensus is created. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1737534 Title: smbd/nmbd don't restart after upgrade if started but disabled To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/samba/+bug/1737534/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs