-
-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
tag_build breaks prepare_metadata_for_build_wheel #2529
Comments
Due to #2536, the fix had to be rolled back and will need to be revisited in light of this new information. |
im so impressed you understand how setuptools works thanks for the efforts! i still remember ten years ago when nobody could change anything about it. |
Just checking that I also get this problem if I install straight from pip but also try to add an extras_require like this:
same thing right? I guess I have to start considering what tag_build=dev is getting me these days as this "dev" tag is now automatically appended in most cases installing from SCM ? |
I'm unsure why you would specify sqlalchemy twice to pip install. Why not do something like this:
This command also seems to work fine:
Note that I use pip-run in place of Perhaps using the more modern specifiers avoids whatever codepaths cause the duplicated tags. Does that help? |
it's for a tox file. I dont really know how to do what I want:
|
How about this:
I was able to run |
that looks great! I will try it in a bit but what's this syntax?
@ sign on both sides? I think I saw maybe a random stackoverflow post that referred to that syntax. how does that relate to |
it works, thanks a ton! [edit: sorry, it's not working] |
You can think of the |
is "egg=name" deprecated / unnecessary ? (which would be awesome?) |
I believe it’s not yet formally deprecated (there are still a couple of edge cases), but yeah, basically. |
I was wrong. it doesn't work, it actually ignores the other packages. we run the tests such as:
it should be installing all the extras for postgresql and mysql. it's actually just ignoring them:
|
I think what you've found is an issue with pip. From that tox.ini and with
Running that command in clean environment goes into deep recursion on projects due to an issue in the new resolver (pypa/pip#8785). I gave up running the command after 10 minutes. Disabling the new resolver, pip fails to install the
Or more simply:
My guess is there's already a bug for this unmet use-case. |
Looks like pypa/pip#4957 captures the weakness with the legacy resolver and the fix is "use 2020 resolver". In the simple case, the 2020 resolver works for me:
|
Attempting to use
So it's never satisfied. |
yes, that's the thing where it seems to go down a whole list of SQLAlchemy versions and doesn't find anything, wasn't sure if I should have reported that too as I wasnt sure which circumstances caused it, but if I add
thanks for the help so far! |
Previously reported in pypa/pip#9446.
This is similar to #1462, but for PEP 517 hooks, so I’m guessing a similar treatment is needed?
egg_info
works as expected:But not the PEP 517 hook:
The text was updated successfully, but these errors were encountered: