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

91–100 of 118 posts

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

#91

Post by hitpointdrew »

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 biggest drawback for me is that podman cannot build containers.

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

#92

Post by yrro »

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.

It's difficult to add docker's RPM repo and install it?

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

#93

Post by lmeyerov »

yrro wrote: post #92
lmeyerov wrote: post #47

Earlier quoted context omitted.

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.

It's difficult to add docker's RPM repo and install it?

In secure airgapped environments, very much so. We blew time setting up new offline install processes & tutorials for the Nvidia docker ecosystem for rhel8, which basically reused centos7, as most of our users took weeks/months when they tried to figure out for themselves. Think utilities, gov, banks, etc: Anything not supported by official RHEL8 repos causes problems both technical and compliance.

RHEL8 felt like a repeat of IE vs Firefox but now for RHEL (main sponsor of Podman) vs Docker, and much worse. It's one thing if docker was never there or containers were removed, but this was replacing with a binary-incompatible tool under their effective control and marketing to security-critical customers (and on hackernews) as a safe and ready replacement. So we also burnt time diagnosising people were trying to use broken podman tech because that's all RHEL gave them and tricked them into thinking was appropriate.

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

#94

Post by lmeyerov »

emptysongglass wrote: post #76
lmeyerov wrote: post #47

Earlier quoted context omitted.

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.

Strong disagree. See above.

IBM/RHEL seem to be the effective the stewards of Podman, and are using their monopoly-like position in enterprise OS segments to take control of the virtualization layer through it. This is similar but worse to old MS/Windows doing tricks for IE vs others. Supporting Podman is supporting explicitly anti-competitive IBM/RHEL OSS behavior for enterprise, utility, & gov environments.

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

#96

Post by kodah »

up_o wrote: post #61
arjvik wrote: post #57

Earlier quoted context omitted.

I keep hearing that buildx is a next-gen build tool, but I can't find what exactly it does. What features does it add over the classic `docker build` command?

I am also unsure how buildx works, however I do know that the official docker build-and-push action is not compatible with podman (despite the podman-docker pkg), solely because it uses buildx. As well, compared to buildah builds, building with buildx is much faster--at least with default flags for buildah-build-and-push vs docker-build-and-push. I can say that buildx has an additional cache that must be cleared over…

If buildx is build kit then there's a good amount of granular caching involved, as well as the ability to build in parallel.

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

#97

Post by tomnipotent »

johnklos wrote: post #86
LeanderK wrote: post #79

Earlier quoted context omitted.

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.

I take exception with the choice of wording in "all major operating systems". If you saw a game marketed as runnable on "all major operating systems", would you think it's deceptive, or at very least a poor choice of wording, if the game really only ran on Windows 7, 8, 10 and 11? In the open source world, on a site called "Hacker News", "all major operating systems" would usually be thought to mean more than just Ma…

How about you start by defining what a "major operating system" is, and then point out which by your definition are not included in Mac, Windows, and Linux.

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

#98

Post by born2discover »

markonen wrote: post #71
born2discover wrote: post #33

Earlier quoted context omitted.

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.

Interesting! Do you have by any chance a link the documentation about it, because so far all I could find are links to information about `podman generate systemd`.

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

#99

Post by flatiron »

I’m in charge of my teams dockerfile which literally runs all our crap locally for our developers. I was too lazy to care so just put in our O&M budget docker desktop (our dumb IT doesn’t let us run Linux. Half WSL. Half macOS (bleh)). Now I’m wondering if it’s worth the effort to switch. But it’s also hard to say we run podman on the desktop but docker in prod. Anyone run podman on gcp? Is that a thing?

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

#100

Post by jossclimb »

flatiron wrote: post #99

I’m in charge of my teams dockerfile which literally runs all our crap locally for our developers. I was too lazy to care so just put in our O&M budget docker desktop (our dumb IT doesn’t let us run Linux. Half WSL. Half macOS (bleh)). Now I’m wondering if it’s worth the effort to switch. But it’s also hard to say we run podman on the desktop but docker in prod. Anyone run podman on gcp? Is that a thing?

> Anyone run podman on gcp? Is that a thing?

Ton's of people do, it's the default container CLI for OpenShift.

Post reply on HN