-
Notifications
You must be signed in to change notification settings - Fork 2.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Re-revert #13357 #13393
Comments
Hi, Ok, I acknowledge that. I tried to ask this several times in issues in the past: would it be possible for Red Hat to ship a "upstream" stream for the "container-tools" module in RHEL ? Obivously, it would be shipped without any Red Hat support: use it at your own risk, and don't contact Red Hat paying support if it doesn't work. Podman is a tool that is still a young project moving fast upstream, which somehow goes in the opposite direction of the need for stability in RHEL (where podman is updated every 3 months). I often find myself willing to use the "next" podman that RHEL doesn't ship yet. Cheers, |
@fatherlinux is our Product Manager. Scott, this PR was merged just after the door closed for RHEL 8.6 and the next delivery vehicle would be 8.6.1 a few weeks after that. IDK we ship anything upstream in RHEL, would an answer be CentOS stream or something else? |
Addresses containers#13393 and replaces containers#13357. Many thanks to @Romain-Geissler-1A for the initial submission and discussions. Signed-off-by: tomsweeneyredhat <[email protected]>
This was reverted in #13392 |
Hi, @Luap99 Wasn't this pull request meant to "undo the undo" in branch 4.0 ? Is there just a misunderstanding here about the purpose of this (which was to eventually have it in a later release of podman 4.0.x) or has it been decided in the end by the Red Hat container team to forget about 4.0.x and include this only in the upcoming 4.1.x release (branched from "main" where this change is applied) ? Cheers, |
Sorry you are right. Double negative is always confusing. @TomSweeneyRedHat Since we now have a 4.0-rhel branch this must go there instead if it should end up in RHEL with podman 4.0. |
Will this be backported on 4.0.x only for RHEL, or all 4.0.x version, also on other distros ? On client side (where this pull request has an effect), we use sometimes RHEL, and sometimes Ubuntu/Debian. Now ubuntu 22.04 has an official podman package (not yet updated to podman 4, but it will be one day). |
@Romain-Geissler-1A The plan is to get this into Podman v4.0.*, probably v4.0.4, both in RHEL and the other distributions. It will also be in Podman v4.1 in all distributions other than RHEL. |
A friendly reminder that this issue had no activity for 30 days. |
@TomSweeneyRedHat @Luap99 what is going on with this issue? |
Friendly ping. What's the current status of this issue? |
#13395 is merged so I think we can close it. |
This PR: #13357 was inadvertently merged into the v4.0 branch when it was supposed to be frozen for all but critical fixes as we're readying for a RHEL 8.6 and 9.0 release. That was reverted through #13392. Once the v4.0 branch is opened for non-critical bugs again, or when a new branch is made ready for RHEL 8.6.1 and RHEL 9.0.1, then #13357 should be cherry-picked into it again.
@Romain-Geissler-1A FYI
The text was updated successfully, but these errors were encountered: