-
Notifications
You must be signed in to change notification settings - Fork 76
[SVCS-140] Bump setuptools to 37.0.0 (latest)
#301
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
[SVCS-140] Bump setuptools to 37.0.0 (latest)
#301
Conversation
50e6303 to
f1f9e39
Compare
move `__version__` from `./mfr/__init__.py` to `./version.py`, update imports and a few minor improvements.
f1f9e39 to
85cee26
Compare
setuptools to 37.0.0 (latest) setuptools to 37.0.0 (latest)
| keen_payload = copy.deepcopy(metrics) | ||
| keen_payload['meta'] = { | ||
| 'mfr_version': mfr.__version__, | ||
| # 'wb_version': waterbutler.__version__, |
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.
I remove this line because I am not sure how this would work in the new code. #SideEffect
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.
As we discussed with Fitz, there may be ways to get the waterbutler version. If putting the version in version.py leaves the version unavailable for import we could try putting it in waterbutler/settings.py .
| mako==1.0.1 | ||
| raven==5.27.0 | ||
| setuptools==30.4.0 | ||
| setuptools==37.0.0 |
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.
The ticket was targeting >=31.0. I tried the latest version and nothing breaks. The doc is also updated.
TomBaxter
left a comment
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.
I have reproduced the issue and tested that his fixes the issue. Looks good to me.
| keen_payload = copy.deepcopy(metrics) | ||
| keen_payload['meta'] = { | ||
| 'mfr_version': mfr.__version__, | ||
| # 'wb_version': waterbutler.__version__, |
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.
As we discussed with Fitz, there may be ways to get the waterbutler version. If putting the version in version.py leaves the version unavailable for import we could try putting it in waterbutler/settings.py .
cslzchen
left a comment
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.
Move to PCR 🎆 🎆 . (I cannot approve my own PR)
Ticket
MFR Ticket: https://openscience.atlassian.net/browse/SVCS-140
Replaces: #248
WB Ticket: https://openscience.atlassian.net/browse/SVCS-139
WB PR: CenterForOpenScience/waterbutler#302
Purpose
All credits go to @Johnetordoff 🎆 , I just rebased/squashed the commits and fixed conflicts.
Let MFR run later versions of setuptools (>= 31.0 setuptools). Currently, the latest version is 37.0.0.
Changes
Creates
version.pyfile where__version__is defined to prevent circular import.Side Effects
How can other applications, say
Waterbutler, refer to this version? Please see my comment in the code: #301 (review)QA Notes
No
Developer Notes
After testing this PR, you need to downgrade your
setuptoolsto work with currentdevelopbased branch. (Use your ownvirtualenvdirectory instead)Deployment Notes
Please review to see if this affects you.