Red Hat to contribute container tech (Podman, bootc, ComposeFS...) to CNCF

Post by ocular-rockular » Thu, Nov 14, 2024, 8:17 PM UTC

jeppester wrote: post #18

ocular-rockular wrote: post #15

Earlier quoted context omitted.

My only problems with Podman is the lack of up to date repos across systems, the fact that the latest raw binaries are managed by a maintainer out of the goodness of their heart, and that the VS Code extension ecosystem for managing pods is not integratable with the existing Docker stuff (and the replacement extensions are woefully underdeveloped). Otherwise it honestly is great and preferable over Docker.

I won't deny that the outdated repos was a pain in the past, but ever since ubuntu got to version 4 it's been working flawlessly for me. I think version 4 was where podman became a reliable tool, whereas I found it to be flaky and unreliable in previous versions. I don't use vs code extensions for managing my containers, so I can't say much about those, but I wonder if many of them won't work fine with an alias for d…

Post by colechristensen » Thu, Nov 14, 2024, 8:29 PM UTC

papichulo2023 wrote: post #32

kuratkull wrote: post #17

Podman actually works really well. Out-of-the-box virtually-no-configuration-needed rootless containers. It's also usable via docker-compose with a single env variable. (podman-compose wasn't up to par for us) We've been using it for a couple of years running and managing hundreds of containers per server - no feeling of flakiness whatsoever. It's virtually zeroconf and even supports GPUs for those who need it. It's…

I only dislike Podman because some distributions used it as an alias for docker which made a lot of docker-compatible software to not work on that distribution unless some workarounds. I wouldnt normally blame the application for this but in this case they are both, application and distribution, from the same dev.

Post by [deleted] » Thu, Nov 14, 2024, 8:31 PM UTC

dbacar wrote: post #23

kuratkull wrote: post #17

Podman actually works really well. Out-of-the-box virtually-no-configuration-needed rootless containers. It's also usable via docker-compose with a single env variable. (podman-compose wasn't up to par for us) We've been using it for a couple of years running and managing hundreds of containers per server - no feeling of flakiness whatsoever. It's virtually zeroconf and even supports GPUs for those who need it. It's…

> docker-compose with a single env variable what is that env variable?

Post by tristan957 » Thu, Nov 14, 2024, 8:43 PM UTC

colechristensen wrote: post #33

papichulo2023 wrote: post #32

Earlier quoted context omitted.

I only dislike Podman because some distributions used it as an alias for docker which made a lot of docker-compatible software to not work on that distribution unless some workarounds. I wouldnt normally blame the application for this but in this case they are both, application and distribution, from the same dev.

Agreed, the `podman` command is 95% drop-in compatible with the `docker` command, but those edge cases are annoying and I would rather just use the docker cli backed with podman running the containers.

Post by tristan957 » Thu, Nov 14, 2024, 8:45 PM UTC

ocular-rockular wrote: post #15

jeppester wrote: post #11

Earlier quoted context omitted.

I use podman with docker-compose files for my day-to-day work; spinning up databases and other service dependencies for locally running or containerized webapps. podman-compose never worked very well for me, so I'm running with the podman.socket systemd service and the standalone version of docker-compose. That is however working flawlessly. What I really like about podman (and which to be fair docker might have sinc…

My only problems with Podman is the lack of up to date repos across systems, the fact that the latest raw binaries are managed by a maintainer out of the goodness of their heart, and that the VS Code extension ecosystem for managing pods is not integratable with the existing Docker stuff (and the replacement extensions are woefully underdeveloped). Otherwise it honestly is great and preferable over Docker.