why are all of the pulumi packages listed as pulumi-<pkg name> in pypi but imported as pulumi_<pkg name> ?

python convention

I don't think that's the normal pattern.

-

isn't a valid symbol in python names, and I think in package names

_

is replaced with

-

just because a couple projects do it, does not make it proper.

i just pulled 3 unrelated projects without working at it. bet i can find one for numpy

it seems to be an anti-pattern for the module name not to match the package imported in requirements.

yup

i'm talking module and package names, not variables.

they're the same thing in the python language

i just told pycharm to ignore imported modules not found in requirements and ignore requirements not satisfied in my venv.

unfortunately, I'm not readily finding the source of the old cheeseshop version of PyPI, so I can't confirm that against implementation.

I think this comes back to PEP 8:

Modules should have short, all-lowercase names. Underscores can be used in the module name if it improves readability. Python packages should also have short, all-lowercase names, although the use of underscores is discouraged.

https://peps.python.org/pep-0008/#package-and-module-names

If anyone else is using Pycharm, here are the relevant bug reports: PY-54850 PY-49425

You can use

pulumi_<provider>

in your requirements files if you want, pip/pypi will resolve it correctly

@dry-keyboard-94795 that's interesting. wouldn't that be susceptible to package hijacking though if someone published a package with the same name?

No, pypi treats - and _ as the same to prevent duplication

oh, i didn't know that.

like i said, it's specified as normalized since 2012

I believe you can also replace with

.

as well

i appreciate the help and i've learned a few things. i think it's just that pycharm is having issues. using

pulumi_gcp

in requirements shows the warning that requirements are unsatisfied despite

pulumi_gcp

already being installed.

It's disappointing that pycharm has a regression like that. My main usecase for it was for django projects, and many django extensions don't have package names aligned with module names.

Off topic of module naming but within the context of pulumi & pycharm. One thing that threw me for a loop is that on project creation and open, pycharm will automatically spin up a venv for the root of the project. So, if you're initializing several pulumi projects/stacks within a single pycharm project - the terminal will show xyz

(venv)

for the home project which may not have the same requirements that your various pulumi projects have. Again, this threw me for a loop and maybe it'll help someone down the road in when sifting through this thread.

Been a while since I've used pycharm, but I believe you can setup workspaces/projects within the project Explorer for individual directories, which can be configured with different venvs; this will help with linters/autocomplete in editor, and provide terminal opening within those directories to use the correct venv. If you've a venv specified in your pulumi config in each project, pulumi will always that specified venv, even if you're already in a venv