-
Notifications
You must be signed in to change notification settings - Fork 175
Open
Labels
area/containerdarea/dockerSupport for the Docker operationsSupport for the Docker operationscomponent/persona/dockercomponent/portlayer/executioncomponent/tetherseverity/4-minorLow usability or functional impact. Often has an easy workaround.Low usability or functional impact. Often has an easy workaround.source/customerReported by a customer, directly or via an intermediaryReported by a customer, directly or via an intermediaryteam/container
Description
Story
As a user of VCH containers I expect consistent behaviour with regular docker.
Detail
docker exec
was updated to use the container image working directory as part of the shift to containerd (see moby/moby@ddae20c#diff-3ed197c0a6f7a9ca73a3ee424e448ac1R222).
We should adopt this behaviour for consistency with base docker, but should do so at the same time as adding support for the exec -w
option to explicitly set the working directory so that there is an easy path for restoring old behaviour.
This is not target at a patch release as it's a breaking behaviour.
Workaround
It's not a great workaround, but it's the same approach as was needed before docker changed the behaviour:
sh -c "cd /desired/dir && command-to-run"
Metadata
Metadata
Assignees
Labels
area/containerdarea/dockerSupport for the Docker operationsSupport for the Docker operationscomponent/persona/dockercomponent/portlayer/executioncomponent/tetherseverity/4-minorLow usability or functional impact. Often has an easy workaround.Low usability or functional impact. Often has an easy workaround.source/customerReported by a customer, directly or via an intermediaryReported by a customer, directly or via an intermediaryteam/container