-
Notifications
You must be signed in to change notification settings - Fork 489
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
FR: Automated systemd service creation #254
Comments
I actually think this should be fixed in Podman, basically drop a unit file that runs only one time at boot, With something like @mheon WDYT? |
I might do a |
Any estimates for a timeline for this? I'm not super up to date with the on-goings of |
This would be done in a different project, and then podman-compose could take advantage. @mheon |
@rhatdan Is there an issue or PR in that other project I could track? |
It would be best to open an issue in Podman and then monitor it from there. |
I created containers/podman#8779 It was unclear to me that I needed to do this given the conversation earlier in this ticket. I'll keep this ticket open until either this feature is implemented or the upstream issue is done in such a way that this request is no longer needed. |
One of the things that I find unnecessarily cumbersome about the lack of a daemon from podman is that users have to create services for each pod themselves. Would it be possible/sensible to add a helper command to
podman-compose
for installing a service that runs as the user who executed the command? This would solve for situations where users generate service files differently for each use case leading to inconsistent behavior and various unintentional bugs. An automated way to setup a service to restart a pod and it's containers on a reboot would greatly help.The text was updated successfully, but these errors were encountered: