-
Notifications
You must be signed in to change notification settings - Fork 50
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
EnvVar is creating user variables in > 1.0.2 #170
Comments
hi @testworksau ,
I believe this give you the output you are looking for.
The behavior changed starting v1.1.0 via 54f7a97
output:
Let me know if this helps. |
I did notice a breaking change label on that particular issue, and went looking for mention of it in the docs. In any case, I'm happy to report that the suggested change works 👍 |
@testworksau , glad i was able to help. |
Docs are always useful, but in my particular case, I'm not sure they would have helped. I didn't write the original python script for the packer build I was looking at; I was troubleshooting why a build that someone else in our company set up - which was working mid last year - had stopped working. Of course, there was no commentary in the code as to why |
thanks for the feedback @testworksau . i retroactively updated the changelog to mention this change. |
We are seeing an issue whereby using EnvVar (to read from the environment variable on our build agent) to populate UserVar results in the generated packer template containing only
user
variables.packerlicious version
1.1.0 -> 1.3.1
Expected behavior
This should (or at least used to) yield environment variables in the .json:
Actual behavior
User variables end up in the .json file:
Steps to reproduce
See expected / actual.
The text was updated successfully, but these errors were encountered: