orange-byte-86458
04/03/2025, 10:04 PMpulumi env edit
so
dear pulumi team
this is NOT how this “edit” behavior is supposed to work
if you make a mistake, your stuff DOES NOT GO AWAY when you try to save it!
just look at kubectl edit
and what happens when you submit an incorrect config - the editor pops right back with a comment explaining the error
sorry againorange-byte-86458
04/03/2025, 10:16 PMstate move
command though, much neededhallowed-baker-22997
04/04/2025, 7:09 PMesc edit
is _supposed_ to re-open the file if the update fails to validate, so I'd like to help track down what went wrong.
Can you give me a few details about how you ran the command? Was it the dedicated esc
binary, or are you using pulumi env
? What version was it? Are you comfortable sharing what the error was?orange-byte-86458
04/04/2025, 7:14 PMpulumi env
and the configured editor is neovim
the version is latest I suppose, I update frequently
the error was generic - I think I used an improper variable name when constructing pulumiConfig
from imported envs or smth.
Btw, another slightly annoying this is the automatic type conversion when setting values from CLI: basically, if you have a config for a version of something and try changing it via pulumi env set
, it’ll automatically convert to double, which is odd. The only way that works is either pulumi edit
or changing it from the UI.orange-byte-86458
04/04/2025, 7:22 PMhallowed-baker-22997
04/04/2025, 8:07 PMset
interprets the value given to it as a yaml value, which can end up being pretty surprising sometimes. you can work around it by double quoting a value like pulumi env set <env> <path> '"1.23"'
. there is a recent change that adds a --string flag to force esc to interpret the value given to it as a string, but I'm not sure whether it's available in pulumi env
yethallowed-baker-22997
04/04/2025, 8:08 PMorange-byte-86458
04/04/2025, 8:09 PMhallowed-baker-22997
04/05/2025, 3:25 AMpulumi env