Skip to content

Commit dcfe1bb

Browse files
committed
runtime.md: allow to ignore platform configuration
Address the issue mentioned in: #405 (comment) We already doing this in runc as we can run a container with a config which has `windows` entry. And this is the right way to handle it. Signed-off-by: Qiang Huang <[email protected]>
1 parent 1584629 commit dcfe1bb

File tree

1 file changed

+2
-1
lines changed

1 file changed

+2
-1
lines changed

runtime.md

Lines changed: 2 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -100,9 +100,10 @@ This operation MUST [generate an error](#errors) if it is not provided a path to
100100
If the ID provided is not unique across all containers within the scope of the runtime, or is not valid in any other way, the implementation MUST [generate an error](#errors) and a new container MUST NOT be created.
101101
This operation MUST create a new container.
102102

103-
All of the properties configured in [`config.json`](config.md) except for [`process`](config.md#process) MUST be applied.
103+
All of the properties configured in [`config.json`](config.md) except for [`process`](config.md#process) and [Platform](spec.md#platforms)-specific configuration beyond the target platform MUST be applied.
104104
[`process.args`](config.md#process) MUST NOT be applied until triggered by the [`start`](#start) operation.
105105
The remaining `process` properties MAY be applied by this operation.
106+
[Platform](spec.md#platforms)-specific configuration MAY be ignored if it's not the runtime's target platform.
106107
If the runtime cannot apply a property as specified in the [configuration](config.md), it MUST [generate an error](#errors) and a new container MUST NOT be created.
107108

108109
The runtime MAY validate `config.json` against this spec, either generically or with respect to the local system capabilities, before creating the container ([step 2](#lifecycle)).

0 commit comments

Comments
 (0)