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
BLD: Install dependencies if cannot be imported. #300
Conversation
Ah, clever! |
Determine install_requires from missing packages at install-time
Thanks! |
@mwaskom Did you test this? I could have sworn it worked for me yesterday on a clean install, but I'm having issues now. |
Heh, I did not, it looked very straightforward! :/ On Thu, Sep 25, 2014 at 1:19 PM, Skipper Seabold notifications@github.com
|
Hm, can confirm that it seems not to work properly, though. |
I think it has something to do with the existence of the local |
That would make sense. I don't think I tried it from a source distribution only from a clean checkout. |
Yeah, I have no idea what's going on here but don't want to dig into it. Indeed, if your source distribution has an .egg-info file, then pip finds it and ignores the |
Unfortunately, it doesn't look like removing the egg-info from the sdist has any effect. |
Ok easy fix actually. You can just remove the the |
Ah, because we won't get |
I'll have to check that for sure. But, yes, I think it would work here. Never raises an error and adds to installation list if it needs to. For future reference for people who want to complain. Here's the 3 year old bug report for pip on the recursive upgrade behavior being a bug and their devs stating it's a bug [1]. Hopefully, we can at least get some traction from this soon [2]. [1] pypa/pip#304 |
This is a followup to GH-#300. Now that the setup.py won't raise an ImportError, we no longer need to protect the dependency check during some modes of setup processing.
OK see #306 for what I think is a solution. |
Looks right to me. |
Should provide a middle ground for #169, #277, #285.
These are the same changes that were made to statsmodels in statsmodels/statsmodels#1902
I feel partially responsible for the bombardment of unhelpful/semi-rude issues you've had to field.