Overview
Request 714603 revoked
Update podman to v1.4.4
bsc#1141104
- Created by sgrunert
- In state revoked
- Open review for devel:kubic / podman
Loading...
Request History
sgrunert created request
Update podman to v1.4.4
bsc#1141104
licensedigger accepted review
ok
factory-auto accepted review
Check script succeeded
maintbot accepted review
ok
sgrunert revoked request
devel:kubic/podman@528f24ab71727253e44b8f3e3cf9f44d -> openSUSE:Leap:15.1:Update/podman
expected origin is 'SUSE:SLE-15-SP1:GA' (changed)
Like the leaperbot says..this SR seems to be wrong, because it's submitting from devel:kubic to Leap 15.1 when we expect podman to come from SLE 15 SP1
Given the plan to update SLE 15 SP1 to the same Podman, I would suggest this SR might be best revoked.
Relates to https://build.opensuse.org/request/show/714602
Good to know..but Leap still expects to get its podman from SLE, not from anywhere else ;)
Okay, the main intention was to not abort the ongoing maintenance for SLE but still having the latest (1.4.4 vs 1.4.0) version in Leap. Do you think this is possible somehow?
Your mail says "Beside the podman update on SLES we're considering doing the same for Leap as well"
If you're doing the same for Leap, then you shouldn't need to do anything, because the work you do for SLE should be forwarded to Leap
If you want Leap to diverge from SLE, you need to convince the community podman maintainer(s) to take that extra responsibility because we will no longer enjoy the formal responsibility SUSE currently takes for it
Of course..the 'community podman maintainers' are pretty much you, Marco, and I ;)
I'm not prepared to take on the extra responsibility, and I'm quite open about my trust issues, so my preference is to keep podman in Leap formally pinned to SLE.
But I'm open to hearing the arguments from your side why Leap really really really might be justified in having an earlier version and assurances that it will never produce any extra work for me ;)
s/earlier version/later version
Yeah, I think you're right that another diverge is not worth the effort. We will stick to updating the SLE version and infer it here. Thanks :)