This issue was moved to a discussion.
You can continue the conversation there. Go to discussion →
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Poetry cannot install package with inconsistent wheel metadata #6595
Comments
Could you please try re-locking first? |
Sure. Performed
Performing update raises the above error when clearly there is a python package in that directory for python3.9 |
Ah, we might be making some progress -- you need to inspect the constraints/metadata of your custom-package -- if it claims Poetry is telling you exactly what is happening here -- I'm going to close this for now, but we can convert it to a discussion if you need support, or you can join Discord where you can talk with a maintainer and share private details with them if you need more help getting to the bottom of your constraints. |
I am happy to do either. The 3 wheels inside that directory have 3 separate python version expectations. Whilst pip does not seem to be having a problem in detecting and installing it, poetry fails |
The metadata between all your wheels needs to be the same -- that is the current origin of your issues then. Currently Poetry will try to pick the first wheel and hope metadata is consistent if there is not a sdist available. This changed in #6547 -- however that PR is scoped to 1.3 only and will not help in this case. Poetry does not support packages with inconsistent metadata between artifacts (and you shouldn't be setting Requires-Python differently -- the package supports all Python versions in the full range, it's just the individual artifacts that do not, and they capture that in the wheel tags) -- fix that and everything should just work. |
This issue was moved to a discussion.
You can continue the conversation there. Go to discussion →
Poetry version: Poetry (version 1.2.1)
Python version: Python 3.9.9
OS version and name: Ubuntu 20.04.5 LTS (Focal Fossa)
pyproject.toml: https://gist.github.com/arthi-navenio/df7283f9ce613b8c2df563b1a5972736
I am on the latest stable Poetry version, installed using a recommended method.
I have searched the issues of this repo and believe that this is not a duplicate.
I have consulted the FAQ and blog for any relevant entries or release notes.
If an exception occurs when executing a command, I executed it again in debug mode (
-vvv
option) and have included the output below.Issue
Package hosted in private aritifactory not discovered by poetry when performing an installation for specific python version. Packages in private aritifactory are hosted in the format shown below
pip install custom-package==20220916.9
automatically discovers and installs relevant package from private artifactory based on the compatible python version. However, doing the same with poetry raises the errorBecause depends on custom-package (20220916.9) which doesn't match any versions, version solving failed.
Complete log - https://gist.github.com/arthi-navenio/d0ee9cbe8e36c949a8329a33cbc6fcce
I tried revising the pyproject.toml file to specify exact url like the below for installing the custom package
custom-package = { url = "https://custom.jfrog.io/artifactory/api/pypi/pypi/simple/custom-package/custom-package-20220916.9-cp38-cp38-manylinux_2_17_x86_64.manylinux2014_x86_64.manylinux_2_24_x86_64.whl" }
and that fails with
404 Client Error: Not Found for url: https://custom.jfrog.io/artifactory/api/pypi/pypi/simplecustom-package/custom-package-20220916.9-cp38-cp38-manylinux_2_17_x86_64.manylinux2014_x86_64.manylinux_2_24_x86_64.whl
Complete log - https://gist.github.com/arthi-navenio/8cf051bb5cced1fdb699111df59fbc52
even though the credentials are added with
poetry config http-basic <repo-name-as-seen-in-source-pyproject.toml> user pass
I have spent time exhaustively searching for another alternative and seems like a bug with poetry.
The text was updated successfully, but these errors were encountered: