Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add support for downloading sbom via the platform 0.8 interface #1335

Closed
1 task
sambhav opened this issue Nov 22, 2021 · 5 comments
Closed
1 task

Add support for downloading sbom via the platform 0.8 interface #1335

sambhav opened this issue Nov 22, 2021 · 5 comments
Labels
status/triage Issue or PR that requires contributor attention. type/enhancement Issue that requests a new feature or improvement.

Comments

@sambhav
Copy link
Member

sambhav commented Nov 22, 2021

Description

Platform 0.8 in lifecycle uploads new sboms to a separate layer instead of a label. We should add support in pack to download this layer as a tarball.

Proposed solution

Describe alternatives you've considered

Additional context

  • This feature should be documented somewhere
@sambhav sambhav added status/triage Issue or PR that requires contributor attention. type/enhancement Issue that requests a new feature or improvement. labels Nov 22, 2021
@aemengo
Copy link
Contributor

aemengo commented Dec 13, 2021

As of v0.23.0, pack can now display the file-system of the build container. I think this would be a great feature, and workflow, to have as part of the terminal UI. What do you think?

@sambhav
Copy link
Member Author

sambhav commented Dec 14, 2021

That sounds great, but I think we will still need to have a replacement for pack inspect-image --bom which works for both remote images and local images

@basit9958
Copy link

I would like to solve this issue. I am a beginner. Please give me some pointers as well as to what to implement and where

@dfreilich
Copy link
Member

@basit9958 thanks for expressing interest! There is also already a PR open for solving this at the moment (#1351) , though, so we should be fine here

@natalieparellano
Copy link
Member

Closing as #1351 was merged.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
status/triage Issue or PR that requires contributor attention. type/enhancement Issue that requests a new feature or improvement.
Projects
None yet
Development

No branches or pull requests

5 participants