This message was deleted.
# getting-started
s
This message was deleted.
b
it needs to be set as an environment variable. i dont have a windows machine, so not sure how that's done
a
So I did set
PULUMI_CONFIG_PASSPHRASE
with the value
“Test”
as an environment variable, but pulumi still wasn't happy. Also felt that this was a bit odd since the password would then be stored as a plain text value in the environment variable. Is that truly expected? Seemed a bit counter intuitive lol
b
you can set a secrets manager as a stack encryption manager too, environment variables are just the default
but it definitely works with environment variables, I'd double check it was set correctly
s
@able-honey-93860 how did you set the env var?
and what shell, cmd or PS?
a
Ok I finally got it to work. I setup the environment variable before running pulumi up and it seemed to work better than setting it up after running pulumi up. I was using ps command to set the variable as well as through SystemPropertiesAdvanced.exe. Nonetheless, it's all good now. However a new issue is happening where pulumi can't import the okta package that I installed. I confirmed the package is installed successfully because if I open python console directly I can run
import pulumi_okta as okta
just fine. So I think it might be due to pulumi using its own python exe? I installed via chocolatey, but have since uninstalled it and decided to install through the cmd command since I am more familiar with picking apart installs when they're not done via choco. This work however the environment variable set within CMD is being leveraged and I can run pulumi in cmd, but I can't run pulumi in powershell. Superrrr weird since I verified the environment variable is set in the gui, I have reloaded multiple powershell sessions and ran
refreshenv
quite a few times, however when I run
(Get-ChildItem -path env:PATH).value -split “;”
it doesn't pull in the environment variable. So odd, I am definitely more of a powershell user and never used cmd to set env variables before. I think I can figure out a fix eventually, but just another growing pain haha
Alrighty I got it now, the script only writes to user environment variable and not system. This inherently caused a lot of issues when running commands but I just manually added it to system environment variable path and we are good. Geesh there is a huge learning curve for pulumi, I've had a pretty hard time setting up just the basics from AWS native to okta. Wish there was a little more focused documentation for newbies
s
when i faced the error msg first time i started using pulumi, i just set the env var and it worked. no time spent
a
Yeah it's definitely an easy way out to manually set it, but it's easy enough to include it in the script/command provided by their documentation. It's all about making it simple to setup/use so it's more readily adopted by the community. Otherwise a user will have their doubts if they have to figure out their own workaround from the first few mins of using pulumi.
Also figured out that the python package import issue was due to the requirements.txt not having the package defined. I realized the venv was being used, but it's fairly frustrating that there were no okta templates and none of the documentation relating to okta noted that adding the package to the requirements.txt was needed. Nonetheless, I'm glad to be making progress here, but it definitely hasn't been smooth so far, and im just doing the basics lol…worried for what the future holds with more complexity 🤷🏻‍♂️