-
Notifications
You must be signed in to change notification settings - Fork 64
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
Run containers from oci-archive and non standard image sources #69
Comments
Looks like 0.2.0 was actually released with this regression... :( CC: @drewbailey, @krishicks |
I've backported fix to 0.1.0 and it works with Varlink. However yesterday I tried 0.2.0 and could not start any of my images... Thank you for your care and attention for driver-podman. |
We're blocked by containers/podman#8927 |
@onlyjob do you follow the podman issue? For now there is no way to use the http API to get it working. What is your opinion? |
Yes, I'm following, thanks... Not upgrading is my only option, obviously... :( But that also means that we can't disable deprecated Varlink in Debian's Podman... |
@onlyjob, this has in principle been fixed in #101. There is a simple test which worked successfully and imports the right images from the archives. However, I did not do any real-world testing. If you are able to check it out, maybe there is a chance any further bugs appear or we can consider this as solved. Only |
It would be useful to run containers from images in oci-archive format.
We fixed this issue for varlink api in #67
But switching to podman api v2 introduces the same problem. This is related to containers/podman#6744
The text was updated successfully, but these errors were encountered: