On Windows, `uv run` fails with "error: Failed to spawn: `python`"

[pfmoore]

I just installed uv 0.3.0 using the installer script. This is on a Windows PC, with Python 3.8, 3.9, 3.10, 3.11 and 3.12 installed from the python.org installers. None of them have been added to sys.path, I use the py launcher (which by default selects the Python 3.12 installation). Apparently, I have the Windows Store version of Python 3.11 installed, but I never use it and it's not configured to be on my path by default (in "app execution aliases" I switched the "python.exe" and "python3.exe" aliases off).

With that background, if I write a small script sp.py as follows:

import sys
import os

print(f"{sys.executable=}")
print(f"{sys.path=}")
print(os.environ["PATH"].split(os.pathsep))

and run it using uv run sp.py, I get

❯ uv run sp.py
error: Failed to spawn: `python`
  Caused by: program not found

(by the way, it would be nice to have a way to manually run the Python interpreter that uv run will invoke - uv run python would be the obvious candidate, but it would need to work even if Python is not on PATH by default).

I'm happy to provide more details as to my environment - I'm sure this is related to my configuration, which is far from typical. But I'm reluctant to reconfigure things to "fix the problem", as what I'm doing is valid, if unusual, and in particular it's a deliberate choice on my part to not have a python command on PATH by default, and use the py launcher for everything.

[zanieb]

Thank you for the thorough report! I believe we've talked about this before... I'm surprised we didn't fix it.

[zanieb]

The problem here is fairly obvious, @charliermarsh should have a fix up soon.

uv/crates/uv/src/commands/project/run.rs

Line 777 in f10ccc4

let mut process = Command::new("python");

[charliermarsh]

Serious déjà vu but turns out I only fixed this for pager: #5198

[zanieb]

#5838 / #5849

[pfmoore]

Thanks! Just over half an hour from report to fix - impressive 🙂

[charliermarsh]

If it doesn't fix it please feel welcome to ping here... I was able to replicate something similar on macOS but of course it's not totally identical to your setup.

[pfmoore]

If it doesn't fix it please feel welcome to ping here

Will do - I'll probably have to wait for a release as I don't have the time at the moment to build from source, but I'll check as soon as I can.

[notatallshaw]

Releases also come fast around these parts: https://github.com/astral-sh/uv/releases/tag/0.3.1

[pfmoore]

I no longer get the error (which is great, thanks @charliermarsh) but uv run picks the Store Python 3.11 to run my script, rather than my default python.org Python 3.12 installation (where by "default" I mean "the one the py launcher selects"). I can force the use of Python 3.12 via --python 3.12, but that's definitely not optimal :-( And I can see no way of selecting the python.org version of Python 3.11 over the Store version, short of providing the full path to the Python executable.

(On an unrelated note, I'd uninstall the Store version, if it wasn't for the fact that it acts as a really useful test case for issues like this...)

At a minimum, I would expect the latest installed (and registered as per PEP 514) version of Python to be used by default, regardless of source. It would be more consistent if the behaviour of the py launcher was replicated, but that would require reading the py.ini configuration file.