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

Podman 4.2.0

github.com

Post reply on HN
Print view View original

41–50 of 104 posts

Re: Podman 4.2.0

#41

Post by encryptluks2 »

Hallucinaut wrote: post #22

I was looking at this just last night and the story with Ubuntu is horrible. That's essentially going to be stuck on v3.4 for ten years because it's "a lot of work" to get into that distribution. You'd think an entity the size of RedHat trying to take the reins from Docker would understand that this is an investment they have to make to make it a first-class replacement. I also installed it on Windows to see how the…

I used Arch and have access the pretty much the latest release of Podman anytime. Your qualms with Ubuntu packaging don't make a lot of sense. Any distro has requirements to become an official packager. Canonical and Ubuntu have been pushing LXC/LXD as their container solution. If they wanted the latest version of Podman then their packagers can build and package it, or someone else can and create a repository or PPA.

Also, I was able to get it to work on Windows fine. Maybe try removing your existing install and creating a new one.

Re: Podman 4.2.0

#42

Post by encryptluks2 »

znpy wrote: post #27
Hallucinaut wrote: post #22

I was looking at this just last night and the story with Ubuntu is horrible. That's essentially going to be stuck on v3.4 for ten years because it's "a lot of work" to get into that distribution. You'd think an entity the size of RedHat trying to take the reins from Docker would understand that this is an investment they have to make to make it a first-class replacement. I also installed it on Windows to see how the…

> You'd think an entity the size of RedHat trying to take the reins from Docker would understand that this is an investment they have to make to make it a first-class replacement. Nah, red hat probaby cares very little about that. Red hat probably cares about delivering the best it can for its users (red hat, centos and fedora users). Podman probably has no explicit goal of replacing docker, it only has the goal of p…

I don't think Podman developers are even really strongly integrated into Red Hat OS development goals. They create something that can be packaged and works on most Linux distros. I do think that Podman does try to be a replacement for docker though, and that is why they have the podman-docker layer. They may not outright say it because of the Docker licensing fiasco, but with Podman Desktop it is clear that they are pushing for an alternative to Docker.

Re: Podman 4.2.0

#43

Post by pantalaimon »

Hallucinaut wrote: post #22

I was looking at this just last night and the story with Ubuntu is horrible. That's essentially going to be stuck on v3.4 for ten years because it's "a lot of work" to get into that distribution. You'd think an entity the size of RedHat trying to take the reins from Docker would understand that this is an investment they have to make to make it a first-class replacement. I also installed it on Windows to see how the…

Ubuntu just imports the package from Debian, there it's also still on 3.4 and will be removed by the end of the month

https://tracker.debian.org/pkg/libpod

Re: Podman 4.2.0

#44

Post by e12e »

Hallucinaut wrote: post #22

I was looking at this just last night and the story with Ubuntu is horrible. That's essentially going to be stuck on v3.4 for ten years because it's "a lot of work" to get into that distribution. You'd think an entity the size of RedHat trying to take the reins from Docker would understand that this is an investment they have to make to make it a first-class replacement. I also installed it on Windows to see how the…

Looks like Debian is doing that work, but only in experimental for now...

https://packages.debian.org/source/experimental/libpod

Some context/discussion and an experimental ppa for Ubuntu:

https://github.com/containers/podman/issues/14302#issuecomme...

Re: Podman 4.2.0

#45

Post by bonzini »

sofixa wrote: post #35
bonzini wrote: post #32

Earlier quoted context omitted.

> obsolete 10 year old versions Talk about hyperboles. RHEL 8 is from 2018 and has had considerably more updates than Ubuntu 18.04. In fact some packages might even be newer than what is in 20.04.

But you have Ubuntu 22.04 if you want newer versions of everything.

You also have RHEL 9 then.

Re: Podman 4.2.0

#46

Post by encryptluks2 »

gertrunde wrote: post #37
encryptluks2 wrote: post #10

Earlier quoted context omitted.

I wouldn't count on it unless you add some extra repo. RHEL releases are historically behind when it comes to software, which is claimed to provide more stability, but often older kernels in RHEL simply will not support the new underlying functionality. I am hopeful that if Podman ever has to make the decision to adapt at a modern pace with new software releases, or constantly try to backport fixes and code for old s…

Given the module streams functionality in the package system in RHEL 8+, it's fairly plausible that it would be introduced using that path. (Currently, there are 5 'container-tools' module streams listed, with podman versions including 1.0, 1.6, 3.0, 4.0 in stable streams, and 4.0.2 in the rolling stream.)

That is fair. I don't use Red Hat anymore really and their marketing and naming around modules was just confusing at the time. They took a common component of package management called repositories and made it confusing.

Re: Podman 4.2.0

#47

Post by bonzini »

mtsr wrote: post #36
bonzini wrote: post #32

Earlier quoted context omitted.

> obsolete 10 year old versions Talk about hyperboles. RHEL 8 is from 2018 and has had considerably more updates than Ubuntu 18.04. In fact some packages might even be newer than what is in 20.04.

Maybe, but plenty of RHEL8 packages still package versions from 10+ years ago.

It was forked from Fedora 5 years ago and it has versions from 10+ years ago?

Re: Podman 4.2.0

#48

Post by hoshsadiq »

Hallucinaut wrote: post #22

I was looking at this just last night and the story with Ubuntu is horrible. That's essentially going to be stuck on v3.4 for ten years because it's "a lot of work" to get into that distribution. You'd think an entity the size of RedHat trying to take the reins from Docker would understand that this is an investment they have to make to make it a first-class replacement. I also installed it on Windows to see how the…

> I was looking at this just last night and the story with Ubuntu is horrible. That's essentially going to be stuck on v3.4 for ten years because it's "a lot of work" to get into that distribution.

They used to provide relatively recent builds in their kubic repos. Unfortunately, for some reason, they decided to discontinue it[0]. They mentioned some CVEs or something in some issues raised around this, but to me that means pushing a new version/build and not discontinuing it.

Anyway, one of the members of the Containers org provides unstable kubic repos[1][2] for non RH systems. Unfortunately, this includes RCs, and non-stable versions, which is fine to get bleeding edge, but I'd rather just have the stable versions.

Due to the above, I've written some scripts to build deb packages for all the latest stable versions. So hopefully you can simply download the deb from GH releases[3] and then `dpkg -i *.deb && apt-get install -f`.

[0] https://podman.io/blogs/2022/04/05/ubuntu-2204-lts-kubic.htm...

[1] https://github.com/containers/podman/issues/14302#issuecomme...

[2] https://build.opensuse.org/project/show/devel:kubic:libconta...

[3] https://github.com/hoshsadiq/podman-deb/releases

Re: Podman 4.2.0

#50

Post by BossingAround »

mwcampbell wrote: post #40
Iolaum wrote: post #25

Earlier quoted context omitted.

Red Hat has no official affiliation with Canonical who make Ubuntu. If you want to test podman you 'll have better luck using an OS from the Fedora ecosystem where Red Hat has affiliations and is actively contributing. Since you mentioned Windows I 'd suggest trying something like this [1] or this [2] [1]: https://github.com/yosukes-dev/FedoraWSL [2]: https://github.com/WhitewaterFoundry/Fedora-Remix-for-WSL Disclaim…

I wonder why Fedora doesn't provide an official WSL package on the Microsoft Store as other distros do. My guess is that they feel that the WSL kernel and init diverge too far from the Fedora kernel and systemd. Can anyone from the Fedora project comment on this?

What would be the benefit for Fedora, given that it seems like non-trivial effort?
Post reply on HN