-
-
Notifications
You must be signed in to change notification settings - Fork 18.2k
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
DEPR: deprecate Index.is_interval #50196
DEPR: deprecate Index.is_interval #50196
Conversation
@topper-123 could you review |
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.
lgtm, thanks @ShisuiUzumaki
@phofl I see there are just few deprecations in #30228 pending enforcement. Are we still waiting for them to merge PRs with new deprecations?
@ShisuiUzumaki You'll have to merge main and fix the conflicts in what's new before we can merge.
cc @jbrockmendel I think we talked about this as well. Haven't followed the deprecations that closely, do you think we can merge new ones? |
Ideally I'd like to get #49560 and #49715 in before adding new deprecations, but not a huge deal. Other than that I'm fine with it as long as @mroeschke is. |
Yeah ideally I would like to get all the old 1.x deprecations out before adding new ones, but that might not be realistic to block given wanting to release 2.0 next month or so. I would be fine with merging new ones soon as long as we start a new deprecation tracker for 3.0 issue documenting these new ones |
Which branch do I have to merge |
I created #50578 to track new deprecations. I also created #50579 to keep track of deprecations pending enforcement. What it makes sense to me is to have a detailed look at the code base, see what else is pending enforcement, update #50579, and when we're confident we've got everything pending enforcement under control, then we can start merging PRs with new deprecations. @mroeschke @phofl @jbrockmendel is this more or less what you have in mind to hold merging new deprecations before the rest are enforced? To make it easier to verify we don't forget any? |
01d1fc6
to
8888596
Compare
Needs a rebase, good to merge afterwards |
Ping. Can you rebase. |
On it! |
…on in class Index
8888596
to
b07cb5a
Compare
Could you have a look? Also, I should mention that there were some conflicts in the |
YEah, you need to fix the ‘. pre-commit-config.yaml ‘, else looks good and ready to merge. |
I think it is done |
There is still a change in '.pre-commit-config.yaml' in this PR? |
You mean from the main branch? |
If you go to https://github.com/pandas-dev/pandas/pull/50196/files, you can see there's still a change in the file |
Sure! |
Is it good to go now? |
Yeah, it's good, Thanks @ShisuiUzumaki. |
* assertion error fix added in pandas/core/indexes/base.py * changes made to pandas/core/infexes/base.py for is_interval deprecation in class Index * changes made to pandas/tests//indexes/common.py to test deprecation of is_interval * docs/source/whatsnew/v2.0.0.rst edited for index.is_interval * changes in pandas/core/indexes/base.py - removed extra import of is_interva;_dtype * brnahc state before rebase * Fixed error in .pre-commit-config.yaml file * unwanted changed fixed in .pre-commit-cofig.yaml
doc/source/whatsnew/v2.0.0.rst
file if fixing a bug or adding a new feature.