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

31–40 of 118 posts

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

#31

Post by jffry »

user3939382 wrote: post #11
ByteJockey wrote: post #4

Earlier quoted context omitted.

The main use case right now is that your company won't spring for a docker desktop license (and you work in a windows/mac shop). It works well enough for single docker images, but I've never gotten it to work well with a complicated docker-compose set-up (I haven't tried in a couple months though, so go check the docs before you write it off).

The macOS Docker Desktop app (I haven’t experienced other versions) is free and works fine. The paid upgrade is only required for certain features that I would imagine many teams don’t need. My complaint with it is that I’d prefer if there was a 100% feature-parity CLI interface so it could run in the background, and that it should be open source. To have a low-level developer tool that’s required to be in my menubar…

Docker Desktop is now only free "for small businesses (fewer than 250 employees AND less than $10 million in annual revenue), personal use, education, and non-commercial open source projects." per https://www.docker.com/products/docker-desktop/

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

#32

Post by buzzert »

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.

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

#33

Post by born2discover »

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.

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...

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

#34

Post by zamalek »

kelvie wrote: post #17

Anyone know if podman has an equivalent to `docker buildx` yet? Right now I use docker a lot to build arm images to deploy on e.g. Raspberry Pis.

You have to explicitly invoke buildah bud with --arch and --manifest. You can then push the manifest with podman. There is slightly less magic, which is a HUGE advantage if you operate outside of the hairline Docker happy path.

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

#35

Post by zamalek »

traceroute66 wrote: post #24
iFire wrote: post #10

Also in the same space is https://rancherdesktop.io/ .

> Also in the same space is https://rancherdesktop.io/ . Am not familiar with Rancher Desktop, but briefly looking at their website it has a Docker CLI dependency which surely would land it in the Docker licensing controversy space, no ?

It's containerd and nerdctl by default. You can configure it to use dockerd and docker.

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

#36

Post by zamalek »

joshmarinacci wrote: post #8

Would this work for graphical applications? For example, could I make a container and run a linux game under X or Wayland on my Mac?

Have a look at Lima, which I assume is what this project uses for its Linux VM. Then you'd need to find an X client for MacOS. That would probably give you the biggest chance of getting GUI working, but you would probably be one of the first to try.

Or just replace MacOS with Linux.

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

#37

Post by 2OEH8eoCRo0 »

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...

Yup. I use this for all my home server services like Plex, Adguard, etc.

I reboot my machine after kernel updates and everything comes up flawlessly.

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

#38

Post by SOLAR_FIELDS »

kelvie wrote: post #17

Anyone know if podman has an equivalent to `docker buildx` yet? Right now I use docker a lot to build arm images to deploy on e.g. Raspberry Pis.

I know this isn’t applicable to every use case but I recently went down the rabbit hole of cross compiling for the Pi using buildx and in my case I was able to use their 64 bit OS which was released to the general public back in Feb of this year. That one takes arm64 images no problem. Obviously no Pi’s before 2016 can use this but it solves a lot of difficulties if you aren’t absolutely requiring a cross compile and an arm64 image is available.
Post reply on HN