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

71–80 of 118 posts

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

#71

Post by markonen »

born2discover wrote: post #33
buzzert wrote: post #32

Earlier quoted context omitted.

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.

For that Podman provides a nifty little trick: `podman generate systemd`[0] which allows you to generate systemd unit files for your pods and/or containers. Once generated and enabled, your pods/containers act as systemd services that can be started, stopped etc. [0]: https://docs.podman.io/en/latest/markdown/podman-generate-sy...

This is no longer necessary as of Podman 3.3 or so--there's a single Podman systemd unit that will launch all containers that have restart=always.

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

#72

Post by politelemon »

lmeyerov wrote: post #68
girvo wrote: post #54

Earlier quoted context omitted.

None? How does it manage that, it’s still running in a (Hyper-V) VM? Are there any good docs/blogs that go into detail on how they’ve managed to avoid that overhead? Would be awesome to learn about

For the comparison to os x docker, the biggest slowdown for os x docker is the file system mapping. It basically breaks any reasonable performance chart: look up posts getting into alternatives like mutagen. The slowdown makes using an IO-heavy dev flow like live editing via `npm run watch` relatively unusable: 30X+ slowdowns are normal. There might be high CPU overheads too (I recall we had to tweak seccomp), but wh…

Just curiosity, what are you using the GPUs for?

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

#73

Post by deno »

born2discover wrote: post #33
buzzert wrote: post #32

Earlier quoted context omitted.

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.

For that Podman provides a nifty little trick: `podman generate systemd`[0] which allows you to generate systemd unit files for your pods and/or containers. Once generated and enabled, your pods/containers act as systemd services that can be started, stopped etc. [0]: https://docs.podman.io/en/latest/markdown/podman-generate-sy...

This generator has even better systemd integration: https://github.com/containers/quadlet

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

#74

Post by girvo »

lmeyerov wrote: post #68
girvo wrote: post #54

Earlier quoted context omitted.

None? How does it manage that, it’s still running in a (Hyper-V) VM? Are there any good docs/blogs that go into detail on how they’ve managed to avoid that overhead? Would be awesome to learn about

For the comparison to os x docker, the biggest slowdown for os x docker is the file system mapping. It basically breaks any reasonable performance chart: look up posts getting into alternatives like mutagen. The slowdown makes using an IO-heavy dev flow like live editing via `npm run watch` relatively unusable: 30X+ slowdowns are normal. There might be high CPU overheads too (I recall we had to tweak seccomp), but wh…

Oh right yeah — to be honest because I was so used to file system mapping being so slow (and even on my W10 box it’s not perfect for deep file system trees like node_modules), I stopped using it.

VSCodes “Create Remote Dev Container from Repository” functionality has made it even easier. My dev containers have no overlap with the host filesystem so macOS and Windows are equally performant for my use cases :)

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

#75

Post by RegnisGnaw »

gbraad wrote: post #58
RegnisGnaw wrote: post #7

Is there WSL2 integration?

Yes. Podman allows you to use WSL2 with the `podman machine` command on Windows.

That’s not it. What I’m looking for is the ability to run Podman Desktop on Windows and access it from WSL2. Docket Desktop supports this.

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

#76

Post by emptysongglass »

lmeyerov wrote: post #47
mkdirp wrote: post #16

Earlier quoted context omitted.

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.

This doesn't sound like an ethics issue unless you have other issues with Red Hat's behavior.

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

#77

Post by emptysongglass »

istoica wrote: post #2

This release features - First binary for Windows, all due to amazing work of podman team - https://github.com/containers/podman/releases/tag/v4.0.3 - First test flatpak image - Binaries for ARM - On Linux, easily switching between native podman and podman machine based setups - Easily identify where settings are stored - Debug panel and log level control to know everything that is happening - Optimization of settings…

Question: why was the official Podman desktop app [1] elevated over this app? The Companion app which this post links to appears more fully featured.

[1] https://github.com/containers/podman-desktop

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

#78

Post by johnklos »

This has quite the, "oh, we got both kinds. We got country AND western" vibe.

I don't think I'd call Linux, Mac and Windows "All Major Operating Systems".

Also, while istoica says there's ARM support, I see no links for downloads for anything but 64 bit x86, and there's nowhere to go for more information, unless we're expected to ask all questions on Twitter.

Perhaps "Parity on popular 64 bit x86 operating systems" would be more accurate?

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

#79

Post by LeanderK »

johnklos wrote: post #78

This has quite the, "oh, we got both kinds. We got country AND western" vibe. I don't think I'd call Linux, Mac and Windows "All Major Operating Systems". Also, while istoica says there's ARM support, I see no links for downloads for anything but 64 bit x86, and there's nowhere to go for more information, unless we're expected to ask all questions on Twitter. Perhaps "Parity on popular 64 bit x86 operating systems" w…

which major operating systems are missing? I would indeed call Linux, Mac and Windows the "major" operation systems. You've got most use-cases covered. Surely there are exceptions, but these are the popular options.

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

#80

Post by isitmadeofglass »

johnklos wrote: post #78

This has quite the, "oh, we got both kinds. We got country AND western" vibe. I don't think I'd call Linux, Mac and Windows "All Major Operating Systems". Also, while istoica says there's ARM support, I see no links for downloads for anything but 64 bit x86, and there's nowhere to go for more information, unless we're expected to ask all questions on Twitter. Perhaps "Parity on popular 64 bit x86 operating systems" w…

What at the major operating systems you feel are missed, and how do their market shares compare to Windows, OSX and Linux?
Post reply on HN