You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The error 'No solution found when resolving dependencies for split (platform_python_implementation == 'PyPy')' is raised even though the marker platform_python_implementation != 'PyPy' is used.
Minimal Reproducible Example
Following resolution failure looks like a bug to me:
Running uv lock (or uv sync or even uv run python) with following pyproject.toml:
x No solution found when resolving dependencies for split (platform_python_implementation == 'PyPy'):
`-> Because only the following versions of urllib3{platform_python_implementation == 'PyPy'} are available:
urllib3{platform_python_implementation == 'PyPy'}==0.3
urllib3{platform_python_implementation == 'PyPy'}==1.0
urllib3{platform_python_implementation == 'PyPy'}==1.0.1
[...]
urllib3{platform_python_implementation == 'PyPy'}==1.26.20
urllib3{platform_python_implementation == 'PyPy'}>2
and urllib3{platform_python_implementation == 'PyPy'}>=1.25,<=1.25.1 was yanked (reason: Broken release), we can conclude that urllib3{platform_python_implementation ==
'PyPy'}>=1.25,<=1.25.1 depends on urllib3<=1.24.3.
And because vcrpy==7.0.0 depends on urllib3{platform_python_implementation == 'PyPy'}<2 and pythonproject[test] depends on vcrpy{platform_python_implementation !=
'PyPy'}==7.0.0, we can conclude that pythonproject[test] depends on one of:
urllib3<=1.24.3
urllib3>=1.25.2,<=1.26.20
And because your project depends on urllib3==2.3.0 and your project requires pythonproject[test], we can conclude that your project's requirements are unsatisfiable.
Note that especially And because vcrpy==7.0.0 depends on urllib3{platform_python_implementation == 'PyPy'}<2 and pythonproject[test] depends on vcrpy{platform_python_implementation != 'PyPy'}==7.0.0 seems a conflicting statement.
Summary
The error 'No solution found when resolving dependencies for split (platform_python_implementation == 'PyPy')' is raised even though the marker
platform_python_implementation != 'PyPy'
is used.Minimal Reproducible Example
Following resolution failure looks like a bug to me:
Running
uv lock
(oruv sync
or evenuv run python
) with following pyproject.toml:yields:
Note that especially
And because vcrpy==7.0.0 depends on urllib3{platform_python_implementation == 'PyPy'}<2 and pythonproject[test] depends on vcrpy{platform_python_implementation != 'PyPy'}==7.0.0
seems a conflicting statement.Platform
Windows 11
Version
uv 0.5.26 (5ef3d51 2025-01-30)
Python version
Python 3.12.8
The text was updated successfully, but these errors were encountered: