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