←back to thread

1101 points codesmash | 1 comments | | HN request time: 0.213s | source
Show context
awoimbee ◴[] No.45139493[source]
The main issue is podman support on Ubuntu. Ubuntu ships outdated podman versions that don't work out of the box. So I use podman v5, GitHub actions uses podman v3, and my coworkers on Ubuntu use docker. So now my script must work with old podman, recent podman and docker
replies(9): >>45139613 #>>45139704 #>>45139722 #>>45139762 #>>45141829 #>>45142372 #>>45146121 #>>45146243 #>>45149875 #
rsyring ◴[] No.45139704[source]
Additionally, there aren't even any trusted repos out there building/publishing a .deb for it. The ones that I could find when I searched last were all outdated or indicated they were not going to keep moving forward.

I could get over this. But, IMO, it lends itself to asking the "why" question. Why wouldn't Podman make installing it easier? And the only thing that makes sense to me is that RedHat doesn't want their dev effort supporting their competitor's products.

That's a perfectly reasonable stance, they owe me nothing. But, it does make me feel that anything not in the RH ecosystem is going to be treated as a second-class citizen. That concerns me more than having to build my own debs.

replies(4): >>45139838 #>>45139861 #>>45143260 #>>45145770 #
gucci-on-fleek ◴[] No.45143260[source]
They publish statically-linked binaries on GitHub [0], so to install it, you just need to download and unpack a single file. But you don't get any automatic updates like you would if they provided an apt repository.

[0]: https://github.com/containers/podman/releases

replies(3): >>45143542 #>>45144262 #>>45149605 #
1. throwaway127482 ◴[] No.45149605[source]
Aren't the statically linked binaries just the remote client? i.e. they can't run containers on their own, right?

In the past I think I wound up using https://github.com/mgoltzsche/podman-static because I could not get those podman static binaries to work