-
-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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
Doesn't use socket from current docker context #412
Comments
bump: please make the Docker REST API endpoint configurable on CLI, so that dive can also be directly used with other engines, such as podman that support the Docker REST API; these tend to run on their own socket API paths in order to allow side-by-side co-existance. |
Hi. I have just faced with this problem. Of course home catalog may be different :) |
On macos, if you have Advanced/User settings ("Choose how to configure the installation of Docker's CLI tools"), you'll need to do this to make local builds work: export DOCKER_HOST=unix:///Users/yourusername/.docker/run/docker.sock |
Unfortunately, setting the $DOCKER_HOST variable conflicts with
|
…oodman#490) This patch adds support for detecting the "docker host" to connect to which is set in the current docker context. One can have multiple such contexts and one of them can be activated via `docker context use <context-name>`. Fixes wagoodman#397 Fixes wagoodman#408 Fixes wagoodman#412 Fixes wagoodman#463 Fixes wagoodman#495 Co-authored-by: Rajiv Kushwaha <raj25by10@gmail.com>
…oodman#490) This patch adds support for detecting the "docker host" to connect to which is set in the current docker context. One can have multiple such contexts and one of them can be activated via `docker context use <context-name>`. Fixes wagoodman#397 Fixes wagoodman#408 Fixes wagoodman#412 Fixes wagoodman#463 Fixes wagoodman#495 Co-authored-by: Rajiv Kushwaha <raj25by10@gmail.com>
In Docker Desktop (for Linux), when trying to analyze local image, dive doesn't use current docker context endpoint (socket), but apparently always uses "default" endpoint (
/var/run/docker.sock
), which means it fails to access images built under Docker Desktop environment.Example:
Docker Desktop turned off. Built an image. I'm able to analyze it:
When I start Docker Desktop (or switch docker context), this same image is still accessible by dive, even if it is not available for docker (under current context):
When listing images from current (Docker Desktop) context, listed-ones are not accessible to dive:
Output of docker context ls:
(asterix on
desktop-linux
line shows which context is current, so which will be used for all docker commands).I tried also running dive using
docker run
and mounting correct endpoint (so the one from current context), but it still didn't worked...More info on docker contexts in scope of Docker Desktop: Switch between Docker Desktop and Docker Engine
The text was updated successfully, but these errors were encountered: