Skip to content

Conversation

@thaJeztah
Copy link
Member

@thaJeztah
Copy link
Member Author

I see there also was a nestybox / sysbox issue linked to the original PR; in case we need to verify behavior with that somehow;

@thaJeztah thaJeztah marked this pull request as ready for review September 15, 2025 14:32
@thaJeztah
Copy link
Member Author

cc @crazy-max @AkihiroSuda

hc.UsernsMode = "host"
break
}
}
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Prior to #887 , UsernsMode was rather unconditionally set to "host".

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Wah, sorry, looks like I missed your comment @AkihiroSuda

So, IIUC, before #561, we unconditionally set it to UsernsMode=host, which was a workaround for moby/moby#43084, because the daemon didn't correctly detect user-ns. And #561 made it a bit more granular so that we wouldn't set UsernsMode=host unconditionally, and only when needed.

But (again, IIUC), with moby/moby#43084 now included in the daemon, that handling wouldn't be needed, as it would no longer be needed to set UsernsMode=host ?

But maybe I mis-interpreted the intent here; what's the best way to verify (other than CI in this repo?)

This special handling was added in 5f8600f,
to work around an issue in the daemon. That issue was fixed in [moby@a826ca3],
which was backported to docker v20.10.13 in [moby@660b996].

Given that docker 20.10 reached EOL, and any currently supported version
of docker would have the fix from [moby@a826ca3], we can remove this special
handling.

[moby@a826ca3]: moby/moby@a826ca3
[moby@660b996]: moby/moby@660b996

Signed-off-by: Sebastiaan van Stijn <[email protected]>
@thaJeztah thaJeztah force-pushed the remove_userns_handling branch from fb0801e to 6397d1a Compare November 3, 2025 11:54
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants