Transitioning from Docker to Podman

Re:Transitioning from Docker to Podman by lopatin on Friday November 20, 2020 @05:11PM (#25165689)

I was just about to complain about another thing to learn. Then I saw you can do "$ alias docker=podman". Just want to acknowledge the importance of that work. Making things compatible is both boring and a pain, but it's a door opener for people like me who refuse to learn your new API because I know a decent one already.

[ Parent | on HN ]

Re:Transitioning from Docker to Podman by freedomben on Friday November 20, 2020 @05:43PM (#25165960)

Completely agree.

One thing I want to point out though for anybody not familiar with the differences between podman and docker, for the most part alias docker=podman will "just work" except for these situations:

1. docker-compose. podman-compose attempts to cover this but I've heard it's not quite there yet

2. Mounting the docker socket into the container. Podman is daemonless which means that won't work. There is work going on right now to allow Podman to be driven in a similar way if needed, but I recently tried to set it up and hit a bug[1]. CRI-O brings a daemon, and it is used extensively in Kubernetes and OpenShift, but not so much outside of that.

[1] https://github.com/containers/podman/issues/8323

[ Parent | on HN ]

Re:Transitioning from Docker to Podman by hda111 on Friday November 20, 2020 @06:27PM (#25166394)

It’s now possible to mount a docker compatible socket inside the container using podman.

[ Parent | on HN ]

Re:Transitioning from Docker to Podman by freedomben on Friday November 20, 2020 @08:39PM (#25167198)

Can you provide more information on this? A blog post or some instructions? I'd like to read more.

[ Parent | on HN ]

Re:Transitioning from Docker to Podman by mekster on Friday November 20, 2020 @10:19PM (#25167641)

So far, it's just a less functional docker and didn't bring much to the table. I don't feel the need for daemonless as docker has been working fine.

I've swapped back to docker on Fedora and CentOS by forcibly installing docker on those unsupported platforms because podman-compose doesn't work, containers just didn't work like expected in several situations (forgot detail) and portainer wouldn't work against it.

Either they should have sped up the podman development or shouldn't have deprecated docker at this point. Maybe RedHat just didn't like a third party taking the stewardship in the container business.

[ Parent | on HN ]

Re:Transitioning from Docker to Podman by lima on Saturday November 21, 2020 @02:23AM (#25168329)

Plus there's no Buildkit support.

[ Parent | on HN ]

Re:Transitioning from Docker to Podman by capelio on Friday November 20, 2020 @07:16PM (#25166731)

Unless you're optimizing for stagnation, this really is a terrible approach to reaping the benefits of innovation. If your prereq to trying something better is that it needs to mirror something that's "decent already," you'll spend most of your life stuck on the same plateau.

[ Parent | on HN ]

Re:Transitioning from Docker to Podman by ashtonkem on Friday November 20, 2020 @08:51PM (#25167269)

History is full of technologies that are superior to existing options on one metric or another and yet failed to take over due to switching costs. Attacking someone as “optimizing for stagnation” is a really bizarre way to view their reaction to a product offering a smooth on boarding process.

[ Parent | on HN ]

Re:Transitioning from Docker to Podman by lopatin on Friday November 20, 2020 @08:09PM (#25167041)

Yeah, you're right. I should make the time to learn more stuff and never make excuses for why I don't.

On the other hand, I don't think you fully understand where I'm coming from. "Optimizing for stagnation", "stuck on the same plateau". Idk, I just want to run a container. I'm totally fine being on the same Docker plateau if something like Podman makes me re-learn what I already know how to do.

Unlike Git, which, from the start, was different and BETTER than SVN, can you really make the case that Podman would be BETTER if it didn't try to follow Docker conventions? If not, what are we talking about here?

[ Parent | on HN ]