Skip to content
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

VOTE: Voting issue for PDEP-17: Backwards compatibility and deprecation policy #60126

Open
1 task done
Aloqeely opened this issue Oct 29, 2024 · 13 comments
Open
1 task done
Labels
Vote Used to track votes issues for PDEPs

Comments

@Aloqeely
Copy link
Member

Aloqeely commented Oct 29, 2024

Locked issue

  • I locked this voting issue so that only voting members are able to cast their votes or comment on this issue.

PDEP number and title

PDEP-17: Backwards compatibility and deprecation policy

Pull request with discussion

#59125

Rendered PDEP for easy reading

https://github.com/Aloqeely/pandas/blob/pdep-17/web/pandas/pdeps/0017-backwards-compatibility-and-deprecation-policy.md

Discussion participants

No response

Voting will close in 15 days.

on November 13

Vote

Cast your vote in a comment below.

  • +1: approve.
  • 0: abstain.
    • Reason: A one sentence reason is required.
  • -1: disapprove
    • Reason: A one sentence reason is required.
      A disapprove vote requires prior participation in the linked discussion PR.
@Aloqeely
Copy link
Member Author

@pandas-dev/pandas-core
+1

@rhshadrach rhshadrach added the Vote Used to track votes issues for PDEPs label Oct 29, 2024
@rhshadrach
Copy link
Member

+1

@pandas-dev pandas-dev locked and limited conversation to collaborators Oct 29, 2024
@lithomas1
Copy link
Member

+1

1 similar comment
@WillAyd
Copy link
Member

WillAyd commented Oct 29, 2024

+1

@bashtage
Copy link
Contributor

bashtage commented Nov 2, 2024

+1 since an improvement over the status quo

One thing that still feel strange is that the second statement in the abstract appears to limit removal to only major releases, which has not always been the case. Not sure if this an intended restriction.

@MarcoGorelli
Copy link
Member

big +1, future warnings everywhere are disruptive imo

the second statement in the abstract appears to limit removal to only major releases, which has not always been the case

i wasn't aware of that having happened since 1.0, could you clarify which remove you're referring to please?

@attack68
Copy link
Contributor

attack68 commented Nov 4, 2024

+1

@Dr-Irv
Copy link
Contributor

Dr-Irv commented Nov 4, 2024

+1

Worth mentioning that the following statement will require some care on the part of the core team:

Deprecations should initially use DeprecationWarning, and then be switched to FutureWarning for broader visibility in the last minor release before the major release they are planned to be removed in.

Let's say we believe a version 3.3 will be the last minor version prior to a major release of 4.0. So the switch is made to change all the DeprecationWarning in 3.2 to FutureWarning in 3.3. But then something happens and there is a decision to release a 3.4. The FutureWarning has now existed for 2 minor releases. I think this is OK, but we should be aware that this might happen.

@jorisvandenbossche
Copy link
Member

+1

4 similar comments
@jreback
Copy link
Contributor

jreback commented Nov 4, 2024

+1

@mroeschke
Copy link
Member

+1

@lukemanley
Copy link
Member

+1

@simonjayhawkins
Copy link
Member

+1

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Vote Used to track votes issues for PDEPs
Projects
None yet
Development

No branches or pull requests