You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Automating porter installations would greatly benefit of having this feature. An automation system will have additional requirements that the custom section data in the Porter manifest can satisfy. However, at the moment it is very difficult to extract the information.
It is undestandable that the format porter explain command produces by default is not suited to manage arbitrary custom section data. However, when using --output json flag this is certainly possible since the data ends up in JSON format in the generated bundle.json file anyways.
So, given the following custom section in porter.yaml:
Note: I am aware of the dependency management supported by Porter, but we may not always want the install action to invoke the dependency installation. Just consider any custom data - don't get hung up on the sample.
What I would hope to find in the output of porter explain --output json is:
I have managed to create a suboptimal workaround by creating a custom action that will format the custom section into JSON, but the action invocation requires an existing installation of the bundle, which is not acceptable in my case. Extracting the bundle.json file from image is another option, but again, having porter explain do the work would be best.
The text was updated successfully, but these errors were encountered:
Automating porter installations would greatly benefit of having this feature. An automation system will have additional requirements that the custom section data in the Porter manifest can satisfy. However, at the moment it is very difficult to extract the information.
It is undestandable that the format
porter explain
command produces by default is not suited to manage arbitrary custom section data. However, when using--output json
flag this is certainly possible since the data ends up in JSON format in the generatedbundle.json
file anyways.So, given the following custom section in
porter.yaml
:What I would hope to find in the output of
porter explain --output json
is:I have managed to create a suboptimal workaround by creating a custom action that will format the custom section into JSON, but the action invocation requires an existing installation of the bundle, which is not acceptable in my case. Extracting the
bundle.json
file from image is another option, but again, havingporter explain
do the work would be best.The text was updated successfully, but these errors were encountered: