hi, on azure devops pipelines, I somehow have pulumi installed on the agent, but would like to upgrade to version 3.0.0, when I tried to just install it and update the $PATH, it is not recognising the version have installed but rather going back to the other version already in the $PATH... question, how to remove that other path from the system paths variable, or , completely uninstalling pulumi prior from installing new version? this is the bash script I'm using - bash: |                              curl -fsSL https://get.pulumi.com | sh -s -- --version ${{ parameters.PulumiVersion }}               echo "##vso[task.prependpath]$(HOME)/.pulumi/bin";               echo "$PATH"               which pulumi;               pulumi version

it's a little unclear how to fix this, do you know where in the path it's installed?

warning: Pulumi has been installed to /home/vsts/.pulumi/bin, but it looks like there's a different copy on your $PATH at /usr/local/bin. You'll need to explicitly invoke the version you just installed or modify your $PATH to prefer this location.

I'm hitting this as well.

so unbeknownst to me, it seems Azure DevOps Pipeline agents have Pulumi reinstalled on them... https://github.com/actions/virtual-environments/blob/main/images/linux/scripts/installers/pulumi.sh it also looks like they haven't updated the image yet since we released 3.0

What would be the best way to handle with the Automation API? Cause I changed the PATH in the previous step to it:

- script: |
    PATH=/home/vsts/.pulumi/bin\:$PATH ; export PATH
    curl -fsSL <https://get.pulumi.com> | sh

But it still accesses the old version.

Here's my current path:

echo $PATH
/Users/lbriggs/.rvm/gems/ruby-2.5.2/bin:/Users/lbriggs/.rvm/gems/ruby-2.5.2@global/bin:/Users/lbriggs/.rvm/rubies/ruby-2.5.2/bin:/Users/lbriggs/.asdf/shims:/usr/local/opt/asdf/bin:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/opt/puppetlabs/bin:/usr/local/share/dotnet:~/.dotnet/tools:/Library/Frameworks/Mono.framework/Versions/Current/Commands:/Users/lbriggs/src/go/bin:/Users/lbriggs/.rvm/bin

I want the new version of pulumi to be used first. So I do this:

PATH="${HOME}/.pulumi/bin${PATH:+:${PATH}}"

Which prepends the dir to my

$PATH

. Now when I do this:

which pulumi
/Users/lbriggs/.pulumi/bin/pulumi

I get the right version

Azure DevOps in more nuanced than that. Env var changes in one step are not reflected in the next:

- bash: |
    PATH="${HOME}/.pulumi/bin${PATH:+:${PATH}}"

- bash: |
    which pulumi # outputs: /usr/local/bin/pulumi
    echo $PATH # /home/linuxbrew/.linuxbrew/bin:...

is there no way to set that env var globally?

GHA is more like a reboot. It is still missing some key feature of Azure Pipelines (and probably now the other way around as well). Anyway this is what worked:

- bash: |
    curl -fsSL <https://get.pulumi.com> | sh
    newPath="${HOME}/.pulumi/bin${PATH:+:${PATH}}"
    echo "##vso[task.setvariable variable=NEWPATH]$newPath"
  displayName: Install Pulumi

- task:
  env:
    PATH: $(NEWPATH)

Since I was building on an Ubuntu image, my path changes in Powershell didn't get reflected when the dotnet CLI task ran (which runs in Bash).

it's just a more bash correct way

thanks guys, I've got this to work along the lines of the above. works using service principal a certificate and decrypt password. but under an Azure Cli task. If I try the same with a pulumi devops task, it keeps failing with ##[debug]AZURE_KEYVAULT_AUTH_VIA_CLI=true ##[debug]INSTALLED_PULUMI_VERSION=3.0.0 ##[debug]azureSubscription={{retracted}} ##[debug]Using service endpoint '{{retracted}}'. ##[debug]{{retracted}} exists true ##[debug]{{retracted}} auth param serviceprincipalid = * ##[debug]task result: Failed ##[error]Error: Endpoint auth data not present: {{retracted}}