Replies: 1 comment
-
Huh, actually it looks like the local version identifier is stripped from the output. So when PDM says
It could actually have installed 9.5.3+insiders-4.49.0 🤔 |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
I have a self-hosted, local index running on my machine. On it, I published private versions of packages I have access to ("Insiders" versions like Material for MkDocs Insiders).
Previously, I was able to install those with PDM, as version 9.5.3+insiders-4.49.0 from my local index was considered "higher" than version 9.5.3 from PyPI.
Then those two versions started to compare as equal when updating installed dependencies. That was fine, as I was still able to simply remove those installed deps from my venv or
__pypackages__
, and install them again for PDM to pick the one from my local index.But now, it seems that resolution ignores them completely. After a lock, this is what I have in
pdm.lock
:When installing, it installs version 9.5.3 and not version 9.5.3+insiders.4.49.0. Even if I remove the last two entries in the lock file
...PDM will still install version 9.5.3. Maybe I should also remove them from the cache? Though they'll surely get downloaded again later.
I understand that local version identifiers are maybe not the best choice here (I personally recommends against them for this use-case), but I don't have control over them.
Can you confirm local version identifers are actively ignored in latest versions of PDM, or at least, "more ignored" than before? I'll try to look at the Git history, but if you have any hints or explanation for me, that'd be great 🙂
Beta Was this translation helpful? Give feedback.
All reactions