You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
My initial concern is making sure that our service is still "enabled" so that containers with a restart policy can start properly when the system reboots without the user needing to invoke some Docker command first. 😄
Yes, initially socket activation would mean that you would not be able to set the docker group on the socket since you would need systemd directives to allow setting what group the socket file should be owned by, which is dependent on sorting out the extrausers stuff for the docker snap on classic which is a bit difficult to sort out. If/when we get there I will update this bug with the plan and how docker could use that.
I've been reading through https://forum.snapcraft.io/t/socket-activation-support/2050 + https://bugs.launchpad.net/snapd/+bug/1612440, and I'm thinking we should probably consider doing something there to match how Docker is deployed via APT.
My initial concern is making sure that our service is still "enabled" so that containers with a restart policy can start properly when the system reboots without the user needing to invoke some Docker command first. 😄
(I'm also not sure how/if this would interact with canonical/core20#72 😅)
The text was updated successfully, but these errors were encountered: