Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Podman Desktop Companion GUI – Parity on All Major Operating Systems

iongion.github.io

Post reply on HN
Print view View original

41–50 of 118 posts

Re: Podman Desktop Companion GUI – Parity on All Major Operating Systems

#41

Post by op00to »

formerly_proven wrote: post #18
timost wrote: post #12

Earlier quoted context omitted.

A few elements to inform the decision: - Both docker and podman support rootless containers. - Rootless podman setup is easier to achieve from experience and it integrates well enough with systemd. - Docker requires a daemon to run at all times whereas podman doesn't. - A lot of interesting things are going on with podman ("native" gitlab-runner executor in the works, wsl2 support, among other things)

podman indeed has many interesting features, but those features tend to have interesting bugs and limitations as well.

All software has bugs. All software has limitations.

Re: Podman Desktop Companion GUI – Parity on All Major Operating Systems

#42

Post by arjvik »

formerly_proven wrote: post #18
timost wrote: post #12

Earlier quoted context omitted.

A few elements to inform the decision: - Both docker and podman support rootless containers. - Rootless podman setup is easier to achieve from experience and it integrates well enough with systemd. - Docker requires a daemon to run at all times whereas podman doesn't. - A lot of interesting things are going on with podman ("native" gitlab-runner executor in the works, wsl2 support, among other things)

podman indeed has many interesting features, but those features tend to have interesting bugs and limitations as well.

Any specific limitations? I want to understand how much of a deal breaker they are.

Re: Podman Desktop Companion GUI – Parity on All Major Operating Systems

#44

Post by rantoie »

machinekob wrote: post #3

So question from novice in containers, podman vs docker why should i consider switching from docker?

I've been using podman for a year now and I didn't even realize it until I looked and saw that I had a symlink for 'docker' -> podman.

Re: Podman Desktop Companion GUI – Parity on All Major Operating Systems

#45

Post by rantoie »

timost wrote: post #12
machinekob wrote: post #3

So question from novice in containers, podman vs docker why should i consider switching from docker?

A few elements to inform the decision: - Both docker and podman support rootless containers. - Rootless podman setup is easier to achieve from experience and it integrates well enough with systemd. - Docker requires a daemon to run at all times whereas podman doesn't. - A lot of interesting things are going on with podman ("native" gitlab-runner executor in the works, wsl2 support, among other things)

Where can I find more information about this 'native' gitlab-runner executor?

Re: Podman Desktop Companion GUI – Parity on All Major Operating Systems

#46

Post by lmeyerov »

eberkund wrote: post #14
timost wrote: post #12

Earlier quoted context omitted.

A few elements to inform the decision: - Both docker and podman support rootless containers. - Rootless podman setup is easier to achieve from experience and it integrates well enough with systemd. - Docker requires a daemon to run at all times whereas podman doesn't. - A lot of interesting things are going on with podman ("native" gitlab-runner executor in the works, wsl2 support, among other things)

Doesn't Docker already support WSL2? Or is there something different about Podman's WSL2 support which makes it better/different than/from Docker's?

Yep, docker in wsl2 is great, including GPU support

wsl2 mode is super impressive -- none of the overhead of docker on os x

Re: Podman Desktop Companion GUI – Parity on All Major Operating Systems

#47

Post by lmeyerov »

mkdirp wrote: post #16
alar44 wrote: post #5

Earlier quoted context omitted.

You shouldn't.

Why not? Podman has an almost identical CLI to Docker, and can have a daemon that is fully Docker compatible (thus, all Docker integrations work against it including docker-compose). It is literally a drop-in replacement but it doesn't require your company to buy licenses. So yes, you should if you can.

podman has had repeat compatibility issues for us, and redhat has made docker installation stupidly hard in rhel8 at the policy level, which matters given the monopoly status of rhel in secure environments. It is hard for me to support the podman community for basically ethical reasons at this point. Normally I like competition and innovation, but not like this.

Re: Podman Desktop Companion GUI – Parity on All Major Operating Systems

#48

Post by Klasiaster »

buzzert wrote: post #32
metadat wrote: post #30

Is the Podman CLI both command-compatible and flag-compatible with the Docker CLI? If it is, or if there were a command translation layer to transform docker cli stanzas to the podman equivalent, I'd love to dump and forget about docker forever. Please keep pushing Team Podman! Self-respecting nerds everywhere are rooting for (and counting on) you!

It is! At least 99%, in my experience. The one big difference is that Podman is "daemonless", which is actually a huge advantage in a lot of cases. The one downside is that it won't automatically restart your containers if your host machine reboots.

The "podman.service" systemd unit takes care of restarting containers that were marked so.

Re: Podman Desktop Companion GUI – Parity on All Major Operating Systems

#49

Post by Klasiaster »

kelvie wrote: post #17

Anyone know if podman has an equivalent to `docker buildx` yet? Right now I use docker a lot to build arm images to deploy on e.g. Raspberry Pis.

There is "podman buildx build …" which sounds like what you are searching for?

Re: Podman Desktop Companion GUI – Parity on All Major Operating Systems

#50

Post by Klasiaster »

machinekob wrote: post #3

So question from novice in containers, podman vs docker why should i consider switching from docker?

It's possible to run podman in podman in podman in …, which is nice if you containerize the build system but don't want to pack everything into one large image nor want to divide it into stages called by some main script on the host.
Post reply on HN