-
Notifications
You must be signed in to change notification settings - Fork 4
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
modify setup.py to reference requirements.txt #83
Conversation
I'm not too worried about including It might be cleaner to separate them out at some point, but for now this seems fine to me. |
from setuptools import setup | ||
import versioneer | ||
|
||
here = path.abspath(path.dirname(__file__)) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Duplicate logic/lines for grabbing the README
path vs. the requirements.txt
?
@@ -37,6 +40,12 @@ | |||
print("Failed to convert %s to reStructuredText", readme_filename) | |||
pass | |||
|
|||
# get the dependencies and installs | |||
with open(path.join(here, 'requirements.txt'), encoding='utf-8') as f: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nit: double quotes to match the rest of the file?
LGTM, feel free to merge when Travis passes |
I modified
setup.py
to load install_requires fromrequirements.txt
.This should address situations like that seen in issue #69, which we thought we had fixed (by freezing
isovar
version) but it turned out we hadn't truly fixed -- we only changed isovar inrequirements.txt
but not insetup.py
. Since requirements.ext was used to set up the travis testing environment, this failure to modifysetup.py
wasn't caught.One downside of loading all packages from
requirements.txt
intosetup.py
is that we end up with utility packages likepylint
included as requirements for cohorts. Same would go for packages required for testing, which may or may not be required for package function.We could avoid this situation by having separate "package_requirements.txt" & "travis_requirements.txt" files, only one of which would be used to populate
setup.py
. But, maintaining separate files introduces the potential for the problem to re-occur.Packages like
pylint
are hard-coded into the .travis-ci.yml and so could probably be taken out of thisrequirements.txt
file entirely.