internal/app/spcontainer: use checked WaitDelay
Some checks failed
Test / Create distribution (push) Successful in 34s
Test / Sandbox (push) Successful in 2m7s
Test / Hpkg (push) Successful in 4m1s
Test / Hakurei (push) Failing after 1m42s
Test / Sandbox (race detector) (push) Successful in 2m12s
Test / Hakurei (race detector) (push) Failing after 2m17s
Test / Flake checks (push) Has been skipped
Some checks failed
Test / Create distribution (push) Successful in 34s
Test / Sandbox (push) Successful in 2m7s
Test / Hpkg (push) Successful in 4m1s
Test / Hakurei (push) Failing after 1m42s
Test / Sandbox (race detector) (push) Successful in 2m12s
Test / Hakurei (race detector) (push) Failing after 2m17s
Test / Flake checks (push) Has been skipped
This is the value used by shim. Using the unchecked value causes ForwardCancel to be populated incorrectly for values snapping up to default. Signed-off-by: Ophestra <cat@gensokyo.uk>
This commit is contained in:
parent
109aaee659
commit
8ebfd90f33
@ -65,7 +65,7 @@ func (s *spParamsOp) toContainer(state *outcomeStateParams) error {
|
||||
|
||||
// the container is canceled when shim is requested to exit or receives an interrupt or termination signal;
|
||||
// this behaviour is implemented in the shim
|
||||
state.params.ForwardCancel = state.Container.WaitDelay >= 0
|
||||
state.params.ForwardCancel = state.Shim.WaitDelay >= 0
|
||||
|
||||
if state.Container.Multiarch {
|
||||
state.params.SeccompFlags |= seccomp.AllowMultiarch
|
||||
|
Loading…
x
Reference in New Issue
Block a user