bright-crayon-39468
03/18/2024, 4:22 AMhundreds-gpu-71155
03/18/2024, 4:23 PMhundreds-gpu-71155
03/18/2024, 4:23 PMhundreds-gpu-71155
03/18/2024, 4:24 PMbright-crayon-39468
03/18/2024, 10:32 PMbright-crayon-39468
03/18/2024, 11:41 PMpoetry run
is pipenv like that too?hundreds-gpu-71155
03/19/2024, 2:50 PMhundreds-gpu-71155
03/19/2024, 2:50 PMbright-crayon-39468
03/19/2024, 10:14 PMbright-crayon-39468
03/19/2024, 10:15 PMadventurous-butcher-54166
03/29/2024, 11:49 AMdirenv
– either manually or via something via oh-my-zsh
, asdf
or something like that which automatically activates a venv if it finds one in the working directory.hundreds-gpu-71155
03/29/2024, 4:52 PMdirenv
is nice venv tool, but it doesn't do any dependency management. you'd need to pair it with one of the above tools (i think both poetry and pipenv have an option to operate on the current venv instead of making their own)adventurous-butcher-54166
03/29/2024, 7:59 PMi remember poetry requires wrapping every pulumi command withAcutally there's no need to prefixis pipenv like that too? options:poetry run
pulumi <cmd>
with poetry run
as long as the venv is activated - which I recommend direnv
for.
Just remove the virtualenv option from Pulumi.yaml
(which IMO is a bizarre default)
options:
virtualenv: venv
bright-crayon-39468
03/30/2024, 11:27 PMpoetry shell
to run all my pulumi activities and it seems to interact gracefully with Poetry when changing dependencies there. Haven't had any problems yet, it supports version locking with poetry.lock