Skip to content
This repository has been archived by the owner on Jul 18, 2023. It is now read-only.

Mixing "manifests" and "layers" in an artifact? #33

Closed
Silvanoc opened this issue Mar 17, 2021 · 2 comments
Closed

Mixing "manifests" and "layers" in an artifact? #33

Silvanoc opened this issue Mar 17, 2021 · 2 comments

Comments

@Silvanoc
Copy link

I understand that support for "artifact indexes" similar to "image indexes" is expected to come in the future.

The OCI image specification doesn't support mixing image references (the manifests list of an image index) with image payload and image config (the config and layers list of an image manifest). Is it planed to make the OCI artifacts specification drift a bit from it allowing a mixture of both?

The use-case how I came to this is following. An artifact consists of:

  • A configuration file (config in a manifest).
  • Some files (layers in a manifest).
  • A container image (manifests in an index).

But in general the idea is that an artifact can have it's own files and references to other artifacts (being a container image a special artifact type), being the artifacts tools capable of handle the referred artifacts as part of the artifact itself... For example, push/pull an artifact including all referred artifacts.

Of course you can put an image name or artifact name in the configuration and then recursively resolve those references, but having it all integrated makes the management much easier.

@SteveLasker
Copy link
Contributor

Hi @Silvanoc,
These are well-timed discussions.
Please see #29 with example usage at: https://github.com/deislabs/oras/blob/prototype-2/docs/artifact-manifest.md
Also, see Justins "One Manifest to Rule Them All" WIP proposal: #37

@mikebrow
Copy link
Member

Hello I believe these questions are resolved in the release candidate versions of the image and distribution spec which are adding support for artifacts.. see new referrers api and changes to image/index. If still have questions suggest opening an issue in image/distribution or chat it up on slack.

# for free to subscribe to this conversation on GitHub. Already have an account? #.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants