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

Podman in Linux

diego-pacheco.blogspot.com

Post reply on HN
Print view View original

11–20 of 90 posts

Re: Podman in Linux

#11

Post by gavinray »

boardwaalk wrote: post #7
rmetzler wrote: 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…

It depends on what you mean by “replace” Docker Desktop, but Podman can run a VM on macOS and has replaced Docker Desktop for me. There’s no fancy (useless) UI nor Windows support yet though.

I thought there was Windows support for Podman the same way that Docker Desktop provides Windows support -- primarily through WSL2?

Re: Podman in Linux

#12

Post by Iolaum »

podman user here, because of the ability to run in rootless mode.

Using it on RPi4 with Fedora IoT running linuxserver io containers.

Appreciate the systemd integration as well making the containers services that gracefully go down and come up when the pi gets rebooted without me needing to do anything.

Re: Podman in Linux

#13

Post by benatkin »

jonfw wrote: post #6
rmetzler wrote: 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…

Podman can replace docker desktop. It doesn't have the same GUI but it does have the capability to run containers via familiar CLI commands on a variety of OSes, connecting to (and in some cases provisioning through podman machine) a VM when required I also think that it's more than safe to say that K8s is dropping Docker when they've deprecated it as a container runtime

You can also run regular docker with vagrant instead of Docker Desktop. This seems to be the way you can replace Docker Desktop with Podman: https://www.redhat.com/sysadmin/replace-docker-podman-macos

There was Kitematic for Docker, I think it was independent, but it's owned by Docker now and they shut it down. https://github.com/docker/kitematic

Re: Podman in Linux

#14

Post by gizdan »

dmart wrote: post #4
rmetzler wrote: 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…

It seems to me that almost no one understands the difference between the various layers of "Docker" (that is to say: Desktop, CLI, daemon, containerd, runc) and which layers tools like Podman aim to replace.

From what I've seen in all these Podman articles, I've come to the same conclusion as you.

This is how Podman fits in:

Podman (and its various components) can replace everything but parts of Docker Desktop, namely the GUI that Docker Desktop, has. For everything else, it has it's own Docker compatible CLI, an optional daemon (by default it's daemonless), there is no containerd component as it communicates directly to any OCI compatible runtime. They've also implemented their own OCI compatible runtime, crun, which is supposed to be faster than runc, and more lightweight.

I suppose for the average Joe/Jane this probably doesn't matter. They want to run a few commands the first time around to set up, and then do "start/stop/remove my container" and that's all they want to do.

Re: Podman in Linux

#15

Post by flatiron »

jonfw wrote: post #9
boardwaalk wrote: post #7

Earlier quoted context omitted.

It depends on what you mean by “replace” Docker Desktop, but Podman can run a VM on macOS and has replaced Docker Desktop for me. There’s no fancy (useless) UI nor Windows support yet though.

Windows works via a "Bring your own VM" approach, but since WSL exists I'd expect most Windows users would just run it there

When you install Docker desktop and already have wsl2 installed you get a pop up saying “you just want us to use wsl2?” And away you go. At least that’s what happened when I did it 6 months ago. Works great!

Re: Podman in Linux

#16

Post by amarshall »

gizdan wrote: post #14
dmart wrote: post #4

Earlier quoted context omitted.

It seems to me that almost no one understands the difference between the various layers of "Docker" (that is to say: Desktop, CLI, daemon, containerd, runc) and which layers tools like Podman aim to replace.

From what I've seen in all these Podman articles, I've come to the same conclusion as you. This is how Podman fits in: Podman (and its various components) can replace everything but parts of Docker Desktop, namely the GUI that Docker Desktop, has. For everything else, it has it's own Docker compatible CLI, an optional daemon (by default it's daemonless), there is no containerd component as it communicates directly to…

Docker Desktop isn’t really about the GUI so much as the management of, and host integration with, a Linux VM for running on non-Linux OSes. Notably, there’s no Docker Desktop for Linux, only macOS and Windows.

Re: Podman in Linux

#17

Post by jhickok »

gizdan wrote: post #14
dmart wrote: post #4

Earlier quoted context omitted.

It seems to me that almost no one understands the difference between the various layers of "Docker" (that is to say: Desktop, CLI, daemon, containerd, runc) and which layers tools like Podman aim to replace.

From what I've seen in all these Podman articles, I've come to the same conclusion as you. This is how Podman fits in: Podman (and its various components) can replace everything but parts of Docker Desktop, namely the GUI that Docker Desktop, has. For everything else, it has it's own Docker compatible CLI, an optional daemon (by default it's daemonless), there is no containerd component as it communicates directly to…

My understanding is that Podman is working on a "GUI" since it is one of the most requested items. Taken from the interview with the founders of Podman over on the Google Kubernetes podcast: https://kubernetespodcast.com/episode/164-podman/

ETA: Oh hey here it is: https://github.com/heyvito/podman-macos

Re: Podman in Linux

#18

Post by nickstinemates »

benatkin wrote: post #13
jonfw wrote: post #6

Earlier quoted context omitted.

Podman can replace docker desktop. It doesn't have the same GUI but it does have the capability to run containers via familiar CLI commands on a variety of OSes, connecting to (and in some cases provisioning through podman machine) a VM when required I also think that it's more than safe to say that K8s is dropping Docker when they've deprecated it as a container runtime

You can also run regular docker with vagrant instead of Docker Desktop. This seems to be the way you can replace Docker Desktop with Podman: https://www.redhat.com/sysadmin/replace-docker-podman-macos There was Kitematic for Docker, I think it was independent, but it's owned by Docker now and they shut it down. https://github.com/docker/kitematic

It evolved to become Docker Desktop

Re: Podman in Linux

#19

Post by some0x80070005 »

Iolaum wrote: post #12

podman user here, because of the ability to run in rootless mode. Using it on RPi4 with Fedora IoT running linuxserver io containers. Appreciate the systemd integration as well making the containers services that gracefully go down and come up when the pi gets rebooted without me needing to do anything.

It’s great that podman serves a good role for you, and I’m not going to argue that. My points:

1. Docker containers absolutely can be run without root. Yes, it’s not the default policy, but containers can have a user ID. If you are referencing the daemon-less root-less nature of podman, that’s a clear advantage of podman vs Docker. 2. Docker containers also have a restart policy which I use to also have them startup on machine reboot. By graceful, you must mean sending SIGTERM to the containers which Docker does as well.

Perhaps podman does these things better, but I want to point out that Docker does have many features for better or for worse.

Re: Podman in Linux

#20

Post by m463 »

paxys wrote: post #2

While I understand the phrasing, it's still funny to read "open-source Docker replacement".

When I first used docker on macos a while back, I was surprised with all the telemetry/phoning home it did. It started doing it at the beginning of the installer, before docker was even installed.
Post reply on HN