6 ms·
For rootless use, put the files in ~/.config/containers/systemd/
by alexlarsson 4y ago
For rootless use, put the files in ~/.config/containers/systemd/
- bonzini 4y agoAlex, since you're here does quadlet support override files like systemd's /etc/systemd/system/foo.service.d directories? I couldn't find it in the documentation.
- alexlarsson 4y agoThe generator doesn't do that atm no. Seems like it would be useful though. On the other hand, I belive systemd would load override files for the generated .service file, although those can just override details on the systemd level, not the generated podman command.
- bonzini 4y agoYeah, my usecase was to override Network or Expose directives.
- INTPenis 4y agoThanks I just realized that. So really for a developer it would potentially be this simple; cp my-app.container $HOME/.config/containers/systemd && systemctl --user daemon-reload Just to compare with docker-compose again.
- bongobingo1 4y agoYou should be able to use `systemctl --user link` which is a bit nicer than copying. link PATH... Link a unit file that is not in the unit file search path into the unit file search path. This command expects an absolute path to a unit file. The effect of this may be undone with disable. The effect of this command is that a unit file is made available for commands such as start, even though it is not installed directly in the unit search path. The file system where the linked unit files are located must be accessible when systemd is started (e.g. anything underneath /home/ or /var/ is not allowed, unless those directories are located on the root file system).
- config_yml 4y agoThe cool thing is you can also create .kube file which points to a kubernetes pod definition yaml. This also generates a service definition which takes care of running a full pod with all your containers.
- config_yml 4y agoCan you run your stuff on port 80/443 like this?