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
Enabling raising deprecation warnings as exceptions #780
Conversation
I see these three issues on travis-ci:
I've assigned this to the Gammapy 0.6 milestone, i.e. not something we fully resolve now. |
I hoped the ones in sherpa has already been gone away with new releases, but having only one from there is an improvement. |
070d5fb
to
bc8fe04
Compare
@cdeil - Moved this to 0.7. There are tons of warnings coming from astropy 1.3 (clobber vs overwrite) and I probably won't make a a 1.3.1 release before you release a 0.6. |
@bsipocz - What should we do here? A compromise could be that we don't add this to CI, but add a step to the pre-release instructions to enable and check for this. |
@cdeil - The machinery now is available to conveniently whitelist warnings that we don't have any control about, so I think this is a really good thing to have on CI so things are picked up sooner rather than later. |
bc8fe04
to
0e46290
Compare
I've rebased to see how we stand, though I don't foresee to have any time right now to iron out things, feel free to push commits to this branch though. |
Not sure what this deprecation warning is about or how to fix it: |
This commit temporarily disables the failing tests that produce an error during collection
f88db73
to
0325976
Compare
@cdeil - I've temporarily commented out the tests that causes weird errors during collection, see my comment here: https://github.com/gammapy/gammapy/pull/1387/files#r201127543 This case we can see the real deprecation warnings |
445b147
to
1e3c3f9
Compare
@cdeil - In the spirit of the gammapy sprint, I've cleaned up stuff for this PR. Some things needed to be fixed in sherpa, so while PRs has been opened, I'll add one more commit for that here to temporarily avoid tripping over with those deprecations. One failure is remaining locally (in addition to the weird fermi stuff in my comment above), that is very much looks unrelated:
|
I'm closing this old PR. I'm not sure if raising exceptions for deprecations is a good idea - they keep popping up and cause build fails in many unrelated PRs, no? Personally I'd prefer to avoid this and instead see and fix deprecation warnings locally every few months. @bsipocz or @adonath - if you want to turn this on, OK. |
@cdeil - It's your call, I'm happy either way. My experience is that having this one is less pain than not having it and running into issues along the line as keeping up the regular "fix deprecation warnings locally every few months" is super difficult. |
This is to close #411.
While it passed locally I expect a few deprecation warnings to show up on travis.