Live data from Hacker News

Podman in Linux

diego-pacheco.blogspot.com

61–70 of 90 posts

Re: Podman in Linux

#61

Earlier quoted context omitted.

No it didn't, Docker Desktop was already released before Docker bought Kitematic. I have receipts: https://www.zdnet.com/article/docker-reels-in-kitematic-as-i... (2015) https://en.m.wikipedia.org/wiki/Docker_(software) (Initial release: 2012) If you mean Docker Desktop added some features from Kitematic, that's a misleading way of saying it.

Guess I don't know what I'm talking about

Hmm, I can't find an official Docker installer for Mac that's older than this (2015-08-11), and it has Kitematic. Wikipedia date is for Docker in general. I stand corrected. https://github.com/docker-archive/toolbox/commit/a7e7a070ba9...

Re: Podman in Linux

#62
The code snippet in the gist is posted twice in the blog post... and I don't know why it's not just posted in code blocks...

Re: Podman in Linux

#63

The challenges I’ve had switching out Docker Engine, CLI, and Compose with Podman has been the absence of a vetted Docker Compose replacement. What I’ve done so far in replacing Docker Desktop has been to use just the CLI, Engine, and Compose on WSL2.

As of 3.0 you can apparently run docker-compose directly against podman in daemon mode (thought I haven't tried it).

I've been running this way since the beginning of the year. Works great, just need to set DOCKER_HOST when launching docker-compose.

Re: Podman in Linux

#65
post #3

Somehow a lot of these blog posts seem to get the fine technical details of the marketing speak wrong. > Docker recently changed the license From my understanding this is related to Docker Desktop not Docker. I'm pretty sure Podman can't replace Docker Desktop. This is also what the linked website says. Or did I miss something? And in the linked Blog post it says > Docker was dropped from Kubernetes. which from my un…

I think you are reading their marketing speak too charitably by assuming it contains "fine technical details". They purpousefully renamed everything to "Docker" to get people think that the desktop virtual machine offering is the same thing and this caused a lot of confusion.

Re: Podman in Linux

#66
post #64

There's only one Question really: can it use a Dockerfile?

Yes, and the more standard "Containerfile" works as well (same grammar but non-branded naming).

Overall, it's a drop-in replacement with additional features and a more linux friendly underlying architecture. You can even alias podman to docker and shouldn't run into any issues.

Re: Podman in Linux

#67
post #64

There's only one Question really: can it use a Dockerfile?

Yes, and the more standard "Containerfile" works as well (same grammar but non-branded naming). Overall, it's a drop-in replacement with additional features and a more linux friendly underlying architecture. You can even alias podman to docker and shouldn't run into any issues.

This is good. The inability to take build artifact inputs into FreeBSD bhyve/jails, is usually why people say they can't go there (it's certainly whats limiting me) -So having an alternate explicitly handle the input I HAVE moving to the product I WANT is really good. Thanks for clarifying.

Re: Podman in Linux

#68

Earlier quoted context omitted.

Yes, but Docker won't work on Windows without having some machine-compatible integration with Hyper-V. Docker Machine was deprecated in favor of Docker Desktop: https://docs.docker.com/machine/ For now however, you can use minikube which provides drivers for Hyper-V and hyperkit: https://minikube.sigs.k8s.io/docs/drivers/

works whit wsl2, who is include in non pro versions of window, and i think the installer works out of the box (if you have the ubuntu/wsl2 installed)

I was never able to get docker to properly work with WSL2 without installing Docker Desktop and enabling the integration. WSL2 just seemed too buggy for my likes and I am a happy Arch Linux user.

Re: Podman in Linux

#70
Podman is not (YET) a drop-in replacement for Docker CE (on Linux), at least for me (even after 3.0.0 release when it adds seamless Docker Compose support, the way it does it contradicts daemon-less...).

Deploying stacks (on Linux) Docker Compose style are typical use cases for using Docker, `podman-compose` works sometimes, however, over half of such initial attempts fail and require tinkering.

Docker CE (at least for Linux) is still the best option when the use cases are simply clone the repo & deploy/run the stack using `docker-compose up -d`, it simply does the job at the best cost.

podman / buildah / skopeo trio is definitely worth learning, podman can be very useful to migrate containerized workloads from local / standalone dev machines to production k8s clusters, by leveraging `generate kube`.

Post reply on HN