uv lock creates a lockfile that can't be installed

[s-banach]

Question

Basic question

My pyproject.toml specifies python >= 3.11.
My actual .venv has python 3.12.
When I run uv lock, it creates a lockfile that works for python 3.11, but fails for python 3.12.
Is this the intended behavior?

Specific details

My company has our own internal pypi index. It has some oddities.
For example, numpy==2.2.4 is available for python 3.11, but not yet available for newer versions of python.
If I run uv lock, it creates a lockfile that specifies numpy==2.2.4.
If uv chose numpy==2.2.3 instead, it would be installable on 3.11, 3.12, 3.13.

Why I'm confused.

The uv.lock file lists various wheels for python 3.11, 3.12, 3.13, so it seems to be trying to build a lockfile that works for those three versions. But the lockfile it eventually produces can't be installed on any version except 3.11.

Platform

No response

Version

No response

[charliermarsh]

There's a fairly thorough write-up on this problem here: https://docs.astral.sh/uv/concepts/resolution/#required-environments

[s-banach]

Thanks!
It seemingly ignored the following two arguments that I tried for required-environments:

"platform_system == 'Windows' and python_version == '3.12'"
"sys_platform == 'win32' and python_version == '3.12'"

(Not sure why, I believe they should be correct.)

But eventually it worked with this argument:

"sys_platform == 'win_amd64' and python_version == '3.12'"

[s-banach]

Actually, it just builds the same lock file, but adds a section for win_64 with numpy-2.2.3.tar.gz instead of wheels.
Idk, I can't make it work.

[charliermarsh]

I don't think we look at python_version at all in that setting. There's an open issue tracking it. I can look at it soon. You should really just pin numpy to PyPI rather than getting it from your own repository via an explicit index source?

[s-banach]

I'm sorry for wasting your time with stupid stuff. My company blocks pypi, we have our "internal pypi" which has some bogus security scanner that blocks certain versions.

[charliermarsh]

That's ok, I understand. Let me re-open.