libcontainer: Use gocapability's NewPid2 #1735
Closed
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
For
newContainerCapList
, we don't care what the current values are. UsingNewPid2
saves us a few syscalls at no cost.For
bootstrapData
, this avoids crashing when there is no container-side/proc
. Previously you'd get:The
IsNotExist
check is because we do need to load the effective set. ButcapsV3
'sLoad()
does that first with thecapget()
call. After thecapget
call it hits/proc
for bounding and ambient capabilities. We don't need those, so a not-exist error isn't a problem. This is a fairly tight binding to the current gocapability implementation, but we vendor gocapability, so I'm not too worried about it. If it becomes an issue we can follow up with aLoadType(which CapType)
so we can explicitly ask to only load the effective set.Part of #1734.