Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

wishlist: explore snap socket activation support #2

Open
tianon opened this issue Sep 23, 2020 · 2 comments
Open

wishlist: explore snap socket activation support #2

tianon opened this issue Sep 23, 2020 · 2 comments
Assignees

Comments

@tianon
Copy link
Contributor

tianon commented Sep 23, 2020

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 😅)

@tianon
Copy link
Contributor Author

tianon commented Feb 5, 2021

From my research so far, I don't think we'll be able to set the docker group on the socket if we switch to activation, so IMO it's not worth risking.

@anonymouse64
Copy link
Contributor

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.

@locnnil locnnil self-assigned this Oct 7, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants