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
I am using poetry with an Artifactory source configured without priority, so as primary source. This source only supports the simple API (PEP 503) which seems to work fine except for some dependencies that are sometimes completely missing. For example, consider this section in poetry.lock for the openai dependency:
If I remove the source to use pypi.org or if I change the priority to "supplemental" so that poetry now gets the openai dependency from pypi.org (same difference), the same section in poetry.lock for openai now includes dependencies:
Also note that clearing the cache with poetry cache clear artifactory --all and generating the poetry.lock file again does not solve the problem.
Workarounds
The partial workaround is to configure the Artifactory source with a "supplemental" priority. The reason this is partial is that dependencies for upstream packages will now resolve correctly but custom packages only available in Artifactory might still have the same problem resolving dependencies.
Unfortunately, you'll need an Artifactory source to reproduce the problem or, if my diagnosis is correct, another source that only supports the simple API (PEP 503).
Poetry Runtime Logs
Poetry itself does not fail - it just produces an invalid poetry.lock file.
The text was updated successfully, but these errors were encountered:
Description
I am using poetry with an Artifactory source configured without priority, so as primary source. This source only supports the simple API (PEP 503) which seems to work fine except for some dependencies that are sometimes completely missing. For example, consider this section in
poetry.lock
for the openai dependency:If I remove the source to use pypi.org or if I change the priority to "supplemental" so that poetry now gets the openai dependency from pypi.org (same difference), the same section in
poetry.lock
for openai now includes dependencies:Also note that clearing the cache with
poetry cache clear artifactory --all
and generating thepoetry.lock
file again does not solve the problem.Workarounds
The partial workaround is to configure the Artifactory source with a "supplemental" priority. The reason this is partial is that dependencies for upstream packages will now resolve correctly but custom packages only available in Artifactory might still have the same problem resolving dependencies.
Poetry Installation Method
other
Operating System
Windows 10
Poetry Version
Poetry (version 1.6.1)
Poetry Configuration
Python Sysconfig
Example pyproject.toml
Unfortunately, you'll need an Artifactory source to reproduce the problem or, if my diagnosis is correct, another source that only supports the simple API (PEP 503).
Poetry Runtime Logs
The text was updated successfully, but these errors were encountered: