Skip to content

Commit 23e03f9

Browse files
committed
ROADMAP: Remove stale targets (landed PRs, image-spec, ocitools, etc.)
# digest/hashing target Most of this has spun off with [1], and I haven't heard of anyone talking about verifying the on-disk filesystem in a while. My personal take is on-disk verification doesn't add much over serialized verification unless you have a local attacker (or unreliable disk), and you'll need some careful threat modeling if you want to do anything productive about the local attacker case. For some more on-disk verification discussion, see the thread starting with [2]. # distributable-format target This spun off with [1]. # lifecycle target I think this is resolved since 7713efc (Add lifecycle for containers, 2015-10-22, #231), which was committed on the same day as the ROADMAP entry (4859f6d, Add initial roadmap, 2015-10-22, #230). # container-action target Addressed by 7117ede (Expand on the definition of our ops, 2015-10-13, #225), although there has been additional discussion in a7a366b (Remove exec from required runtime functionalities, 2016-04-19, #388) and 0430aaf (Split create and start, 2016-04-01, #384). # validation and testing targets Validation is partly covered by cdcabde (schema: JSON Schema and validator for `config.json`, 2016-01-19, #313) and subequent JSON Schema work. The remainder of these targets are handled by ocitools [3]. # printable/compiled-spec target The bulk of this was addressed by 4ee036f (*: printable documents, 2015-12-09, #263). Any remaining polishing of that workflow seems like a GitHub-issue thing and not a ROADMAP thing. And publishing these to opencontainers.org certainly seems like it's outside the scope of this repository (although I think that such publishing is a good idea). [1]: https://github.com/opencontainers/image-spec [2]: https://groups.google.com/a/opencontainers.org/d/msg/dev/xo4SQ92aWJ8/NHpSQ19KCAAJ Subject: OCI Bundle Digests Summary Date: Wed, 14 Oct 2015 17:09:15 +0000 Message-ID: <CAD2oYtN-9yLLhG_STO3F1h58Bn5QovK+u3wOBa=t+7TQi-hP1Q@mail.gmail.com> [3]: https://github.com/opencontainers/ocitools Signed-off-by: W. Trevor King <[email protected]>
1 parent be76764 commit 23e03f9

File tree

1 file changed

+0
-48
lines changed

1 file changed

+0
-48
lines changed

ROADMAP.md

Lines changed: 0 additions & 48 deletions
Original file line numberDiff line numberDiff line change
@@ -10,26 +10,6 @@ Listed topics may defer to the [project wiki](https://github.com/opencontainers/
1010

1111
## 1.0
1212

13-
### Digest and Hashing
14-
15-
A bundle is designed to be moved between hosts.
16-
Although OCI doesn't define a transport method we should have a cryptographic digest of the on-disk bundle that can be used to verify that a bundle is not corrupted and in an expected configuration.
17-
18-
*Owner:* philips
19-
20-
### Define Container Lifecycle
21-
22-
Containers have a lifecycle and being able to identify and document the lifecycle of a container is very helpful for implementations of the spec.
23-
The lifecycle events of a container also help identify areas to implement hooks that are portable across various implementations and platforms.
24-
25-
*Owner:* mrunalp
26-
27-
### Define Standard Container Actions (Target release: v0.3.0)
28-
29-
Define what type of actions a runtime can perform on a container without imposing hardships on authors of platforms that do not support advanced options.
30-
31-
*Owner:* duglin
32-
3313
### Container Definition
3414

3515
Define what a software container is and its attributes in a cross platform way.
@@ -46,18 +26,6 @@ Proposal: make it an optional feature
4626

4727
*Owner:* hqhq (was vishh) robdolinms, bcorrie
4828

49-
### Validation Tooling (Target release: v0.3.0)
50-
51-
Provide validation tooling for compliance with OCI spec and runtime environment.
52-
53-
*Owner:* mrunalp
54-
55-
### Testing Framework
56-
57-
Provide a testing framework for compliance with OCI spec and runtime environment.
58-
59-
*Owner:* liangchenye
60-
6129
### Version Schema
6230

6331
Decide on a robust versioning schema for the spec as it evolves.
@@ -66,16 +34,6 @@ Resolved but release process could evolve. Resolved for v0.2.0, expect to revisi
6634

6735
*Owner:* vbatts
6836

69-
### Printable/Compiled Spec
70-
71-
Regardless of how the spec is written, ensure that it is easy to read and follow for first time users.
72-
73-
Part of this is resolved. Produces an html & pdf.
74-
Done
75-
Would be nice to publish to the OCI web site as part of our release process.
76-
77-
*Owner:* vbatts
78-
7937
### Base Config Compatibility
8038

8139
Ensure that the base configuration format is viable for various platforms.
@@ -95,9 +53,3 @@ Ensure that we have lifecycle hooks in the correct places with full coverage ove
9553
Will probably go away with Vish's work on splitting create and start, and if we have exec.
9654

9755
*Owner:*
98-
99-
### Distributable Format
100-
101-
A common format for serializing and distributing bundles.
102-
103-
*Owner:* vbatts

0 commit comments

Comments
 (0)