-
Notifications
You must be signed in to change notification settings - Fork 3
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
Consume the SDK dependency from the dep-server #223
Comments
fg-j
added
the
status/blocked
This issue has been triaged and resolving it is blocked on some other issue
label
Aug 11, 2021
The dep server automation doesn't currently have any way of updating the compatibility table in the buildpack toml. Automation will need to be added that updates the compatibility table when the versions of the SDK are updated. |
Looking into creating an action to do the compatibility table updates. |
This was referenced Sep 13, 2021
5 tasks
fg-j
removed
the
status/blocked
This issue has been triaged and resolving it is blocked on some other issue
label
Sep 21, 2021
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Per paketo-buildpacks/dep-server#45, we should start consuming the .NET Core SDK dependency from the dep-server (https://api.deps.paketo.io/v1/dependency?name=dotnet-sdk and https://deps.paketo.io/dotnet-sdk/...) instead of the https://buildpacks.cloudfoundry.org/dependencies/dotnet-sdk/... location we currently get the dependencies from.
This will make the dependency publishing/consumption process more transparent than the process we use for the dependencies available via the dependency-builds pipeline.
We have already done this switch-over in the Node Engine and Yarn Buildpacks. The outline of what this work will entail can be found in the dep-server issue linked at the top.
The text was updated successfully, but these errors were encountered: