This are standard systemd service file syntax and standard systemd directives. Quadlet forwards everything but the [container] section directly to the generated service file.
You 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).
The 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.
Alex, 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.
The 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.
haha you got exactly what I was driving at. Wehn you're driving anyone passing you is a reckless maniac, and anyone slower than you is an idiot. When you're programming any convenience a language/standard library has more than your favorite is just Fisher Price childish handholding, and any missing feature is senseless busywork that should be built into the library.
And when it comes to OSes the word of choice is Bloated it would seem.
This has:
Seems nice.