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
Hi, first of all I want to thank you for this role! It's very useful :)
Your role enables and starts the podman.service systemd unit at the end, but in my setup I'm using Podman only as an unprivileged user and I don't want the Podman socket running in the background as root.
A possible solution to this problem is to implement a enable_and_start_podman_servicevariable in the Ansible role to let the user choose. I'm going to make a pull request for you. Let me know what you think 😉
The text was updated successfully, but these errors were encountered:
This Ansible Role share AS MUCH AS possible homogeneous coding style and logic with else my ~120 Ansible Roles; this systemd service enable + start logic is designed with KISS, ensure functioning in most cases if possible (i.e. without additional configuration, both functioning for privileged or unprivileged mode)
Usually it looks like sexy for an additional configuration parameter; BTW, unless around 20~50% use case need this ability for switching, else I will not add a new parameters that I am not going to use daily, for myself and both my paid clients.
Hi, first of all I want to thank you for this role! It's very useful :)
Your role enables and starts the
podman.service
systemd unit at the end, but in my setup I'm using Podman only as an unprivileged user and I don't want the Podman socket running in the background as root.A possible solution to this problem is to implement a
enable_and_start_podman_service
variable in the Ansible role to let the user choose. I'm going to make a pull request for you. Let me know what you think 😉The text was updated successfully, but these errors were encountered: