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

Support generating quadlet configuration #899

Open
hadmut opened this issue Mar 22, 2024 · 1 comment
Open

Support generating quadlet configuration #899

hadmut opened this issue Mar 22, 2024 · 1 comment
Labels
enhancement New feature or request

Comments

@hadmut
Copy link

hadmut commented Mar 22, 2024

Hi,

latest versions of podman support so called "quadlets" (see manpage podman-systemd.unit(5) or quadlet(5) ), which is an autogeneration of systemd units from container definitions, volume definitions or kube definitions to play kube files like for podman kube play.

Former versions of podman-compose were using pods to create a composition of containers, but, as far as I understand, recent versions use a bridge network, and creating pods has been seen just as a workaround until podman-compose was able to properly create bridge networks.

The advantage of pods was, that
podman generate kube podname
was able to directly generate such a kube file from a running pod, created by podman-compose, while this doesn't work for bridge based compositions.

It would be highly useful if podman-compose could support creating such kube files to have systemd start a container composition just like podman-compose, but with a kube file, in either way. Either have an option to create an old-fashioned pod instead of a bridge network, as former versions did, or something else.

What was, btw., the reason to drop support for pods in favour of bridges, and not keeping both as options?

regards

@hadmut hadmut added the enhancement New feature or request label Mar 22, 2024
@rugk
Copy link

rugk commented May 23, 2024

Well there is already https://github.com/k9withabone/podlet for that use case, so you may be better off by using that…

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants