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

Buildpack API 0.10: Stack Removal #329

Open
loewenstein opened this issue Apr 10, 2024 · 1 comment
Open

Buildpack API 0.10: Stack Removal #329

loewenstein opened this issue Apr 10, 2024 · 1 comment
Labels
type:enhancement A general enhancement

Comments

@loewenstein
Copy link

Describe the Enhancement

Implement this CNB RFC to remove support for stack id buildpack uses API 0.10.

The primary change here is the environment variables that are available to the buildpack as well as the structure of the buildpack.toml.

There will also need to be a change to the stacks to add the information needed to set CNB_TARGET_ID, see the platform spec for more details.

Motivation

Having support for the latest API versions is important to support not only our own project use cases, but those of our users as well.

@loewenstein loewenstein added the type:enhancement A general enhancement label Apr 10, 2024
@dmikusa
Copy link
Contributor

dmikusa commented Apr 10, 2024

A couple of notes.

  1. We can only implement this in v2 of libcnb. There are breaking changes required for this and I believe 0.8 or 0.9 (I think around extensions). I think this highlights the point that we need to get moving on a 2.0 release, but I was also waiting for 0.10 to be set so that we could include this.

  2. Because we can't do this in 1.x, I'd like to clear out everything with respect to stacks in he 2.x branch, but I'm not sure if that's too aggressive. I'd like to get feedback on that point. Do folks think that we should continue to support stacks into v2? Does that seem necessary for transitional purposes? Or is it sufficient to say stay on 1.x until you're off stacks?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type:enhancement A general enhancement
Projects
None yet
Development

No branches or pull requests

2 participants