-
Notifications
You must be signed in to change notification settings - Fork 44
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
Backport bugfixes from master #273
Conversation
(cherry picked from commit 359c2f9)
(cherry picked from commit 8c259e2)
This fixes test failures with the null backend and numpy 1.12 This also moves the monkeypatched init() to the proper place. It was made a monkeypatch a very long time ago to work around a SWIG issue that has long since been resolved. (cherry picked from commit 55e4f59)
(cherry picked from commit de24a9c)
(cherry picked from commit 587976d)
(cherry picked from commit 553c2ec)
Test failures are odd. Has a dependency shifted from under us? Other than that, generally the PR looks good. |
Codecov Report
@@ Coverage Diff @@
## maint/4.6.x #273 +/- ##
===============================================
+ Coverage 33.84% 35.69% +1.85%
===============================================
Files 210 210
Lines 19196 19191 -5
Branches 2788 2786 -2
===============================================
+ Hits 6496 6851 +355
+ Misses 12283 11894 -389
- Partials 417 446 +29
Continue to review full report at Codecov.
|
Also, I don't think it matters, but you are branched from the release point, not the commit where release is set to |
Yep. I was following the contribution guide.
|
Note that #272 was also merged with CI failures; we may need to fix that |
If I have a suspect, it would be that CI is tracking Pyface and TraitsUI master. It might make sense for the maintenance branch to track the most recent released versions. |
Ah, sorry; I thought that was what you were talking about, too. Yes, I should have branched from c7fb14a, and would have done if I'd thought to create c7fb14a before I started working on the backports. As you say, I think it doesn't matter, but I can recreate this PR against c7fb14a if you prefer. |
At the risk of flogging a dead horse, I originally understood your message to mean that I should have branched |
Sorry, correction: I'd like to make an Enable 4.6.2 release from the release maintenance branch, not from this one. Merging this branch, now that at least half of the CI issues are solved. |
[Note: PR is against a newly-created maint/4.6.x branch, created from the 4.6.1 release tag, with its version bumped and
IS_RELEASED
set toFalse
.]Backport commits from PRs #268, #269 and #272, in preparation for a 4.6.2 release.