-
Notifications
You must be signed in to change notification settings - Fork 3
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
Markers in lock file are not respected #48
Comments
The same example lock file found here triggers this: #45 (comment) |
Thanks for the report. Yes, this was bound to happen. I want to point to this comment again: I will look into it anyway and if the amount of new code required is reasonable I will fix it. Otherwise I would be inclined to wait and see if and when the lockfile handling logic is added to poetry-core, so that that we can reuse it. |
@sinoroc Totally understand waiting for upstream support. I am able to use |
@johnthagen I guess it's also a good occasion to mention the other 2 plugin alternatives (I found so far) that I listed at the end of the readme. Maybe they are more mature, and suit your needs better. |
It's a bit less straightforward than I initially expected... As far as I can see the markers info is not in the lockfile. Looks like we might need to combine info from both |
With |
Yeah, in my example I saw the markers in the lockfile directly. I was using Did you meant Or maybe my lock file was built using an older |
When I lock using |
With the same
Maybe I am doing something wrong. |
Maybe try
These were added for me using 1.1.3, but I agree it is pretty mysterious why we are having opposite results. |
Maybe try |
@johnthagen This is an excerpt of
Notice the But for Poetry version 1.1.3, I do not see that kind of marker information:
|
It looks like the information I see is in In my case, it was # poetry.lock
[[package]]
name = "jupyter-core"
version = "4.6.3"
description = "Jupyter core package. A base package on which Jupyter projects rely."
category = "main"
optional = false
python-versions = "!=3.0,!=3.1,!=3.2,!=3.3,!=3.4,>=2.7"
[package.dependencies]
pywin32 = {version = ">=1.0", markers = "sys_platform == \"win32\""}
traitlets = "*" |
@johnthagen So you can confirm my observation, right? Knowing the markers on the dependencies of the dependencies is not really useful, in our case. I think we really do need the |
@sinoroc Ah, I see. Yes I could see this being very challenging for a third party plugin to handle. |
Current status Blocked until:
Although it would be possible, I do not think it is sensible to duplicate the lockfile logic in this plugin. |
Edit: This turned out to be strictly a PyCharm bug handling the This is not an issue with this library, per se, but incase someone else stumbles across this, PyCharm's tox runner currently is not compatible with |
Follow on of #45
When a lock file contains:
When installed via
tox-poetry-dev-dependencies
on macOS, it still tries to feed that totox
and the install fails.The text was updated successfully, but these errors were encountered: