Open cmoulliard opened 1 year ago
@cmoulliard I did a little digging on this - it looks like the referenced buildpack package (https://github.com/paketo-community/ubi-nodejs-extension/archive/main.tar.gz) includes the root directory in the tar headers, so pack sees it like this:
ubi-nodejs-extension-main/extension.toml
instead of
extension.toml
Did you use pack buildpack package
to create the .tar.gz? I believe that will sanitize the headers for you.
We could probably do better to surface a more useful error message in this case, as the root cause is perfectly non-obvious.
Did you use
pack buildpack package
to create the .tar.gz?
No. The tar.gz file is created automatically by github if you want to download a repository
We could probably do better to surface a more useful error message in this case
I fully agree :-)
Note: We should research in the distribution spec if the tars header must be structure some way to be consume by the platform. Because it shouldn't matter who create the tar.
in order to try and reproduce this you'd need to enable the pack experimental config stuff to not get an error like
ERROR: builder config contains image extensions; support for image extensions is currently experimental
you can do this with pack config experimental true
. See: https://buildpacks.io/docs/for-platform-operators/how-to/integrate-ci/pack/cli/pack_config_experimental/
Summary
I created a
builder.toml
file including an extensionbut when we try to build it using pack cli (version 0.30.pre) the image
we got such an error
even if the archive includes an extension.toml file: https://github.com/paketo-community/ubi-nodejs-extension/blob/main/extension.toml and can be downloaded manually