-
Notifications
You must be signed in to change notification settings - Fork 522
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
Support rootless, daemonless podman inside WSL #3241
Comments
There are many benefits in using rootless Podman but not listed above:
|
I think we will need to work on as generic a solution as possible given the variety of container runtimes possible. |
Probably related to #3263. |
@jankap You may find some success with the |
whats the status on this. I am still trying to get the docker extension work with podman on windows ? |
|
is there any update on this ? the last docker extension working with podman for me is v1.22.2. I am running the latest podman version version 4.5.1 within the wsl2 |
My podman version is 4.7.1 also got same issue, need downgrade to docker extension v1.22.2 |
Can confirm that the issue is still present and only reverting to v1.22.2 works |
I can confirm that podman in wsl2 with debian bookworm is only running on docker extension 1.22.2 and below. podman version vscode on nightly build |
Still an issue Jan 2024. Downgrading to extension version 1.22.2 works. |
I tried setting |
It is a pity that this problem is still not solved and we have to use an outdated version of the plugin. |
Hey everybody, I know there's some excitement around this, so I wanted to give a quick update to set expectations. This work is in the current milestone; however, some high priority tasks have come up which have redirected the engineering team so it will be a while still before it ships. I just wanted you all to know that we hear how important this is and we'll have a solution as soon as we can. I'll keep this issue updated as we make progress. |
One question is why other clients can handle podman. E.g. IntelliJ, lazydocker or the docker raycast extension. These tools working well, even with the podman 5 api. This cannot just be due to invalid JSON |
So, is impossible to use with podman? I am in openSUSE Tumbleweed, using VSCode latest with latest Docker extension, with Podman:
not matter the docker extension version, I am getting JSON error. |
🤞🏼 It works great w/ Podman on macOS. I just wish I could have the same experience on Windows. |
For me, on macos, it's not working with podman.sock link to |
Note that since I first posted this issue, Podman Desktop has come out/matured, and I'm looking at switching to it. In that case, interfacing with the Podman Desktop distro would be helpful... |
any update on this? I still can use Podman only with old version of vscode-docker extension |
Which version because I Need to use podman with vscode |
v1.22.2 |
Since the changes to Docker's licensing, I've been looking at using Podman to run my devcontainers instead of Docker. There's a couple of wrinkles to this, however; by default Podman is daemonless, and doesn't have a running service. This is actually a benefit to running in WSL (which doesn't have
systemd
by default), but means that accessing it via a remote CLI requires setting up a bunch of other services.My preferred setup would be;
... and have everything "just work" (ie, container and image list).
The
remote-containers
extension solved this by running cli commands inside WSL.The text was updated successfully, but these errors were encountered: