Skip to content

MNT: account for cpython deprecations #13836

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

Merged
merged 1 commit into from
Apr 2, 2019

Conversation

tacaswell
Copy link
Member

The # variants the PyArg formats will raise deprecation warnings in
py38.

https://bugs.python.org/issue8677
https://bugs.python.org/issue36381
python/cpython#12473
python/cpython@d3c72a2

We should have done this a while ago 🤷‍♂️ .

@tacaswell tacaswell added this to the v3.2.0 milestone Apr 1, 2019
Copy link
Member

@timhoffm timhoffm left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Given that Python 3.8 is scheduled for October, should this go in 3.1? I don't think we'll have 3.2 out by then. Otherwise, people will start seeing warnings.

@jklymak
Copy link
Member

jklymak commented Apr 2, 2019

Should this at least go in for 3.1.1?

@tacaswell tacaswell modified the milestones: v3.2.0, v3.1.0 Apr 2, 2019
@tacaswell
Copy link
Member Author

I'm convinced on backporting to 3.1.

@WeatherGod
Copy link
Member

WeatherGod commented Apr 2, 2019 via email

@jklymak
Copy link
Member

jklymak commented Apr 2, 2019

Will people using py 3.8 really be using MPL 2.2.4?

@timhoffm
Copy link
Member

timhoffm commented Apr 2, 2019

I doubt that someone will be using py3.8 and mpl2.2.4

@WeatherGod
Copy link
Member

WeatherGod commented Apr 2, 2019 via email

@tacaswell
Copy link
Member Author

We said critical bug fixes to 2020. You see these warnings in the test logs, not sure if you see them under normal operation. Lets see if these go cleanly...

@meeseeksdev backport to v2.2.x

@lumberbot-app
Copy link

lumberbot-app bot commented Apr 2, 2019

Owee, I'm MrMeeseeks, Look at me.

There seem to be a conflict, please backport manually. Here are approximate instructions:

  1. Checkout backport branch and update it.
$ git checkout v2.2.x
$ git pull
  1. Cherry pick the first parent branch of the this PR on top of the older branch:
$ git cherry-pick -m1 a6e3e56fb144a132e6a9f94c635c7766dda6a301
  1. You will likely have some merge/cherry-pick conflict here, fix them and commit:
$ git commit -am 'Backport PR #13836: MNT: account for cpython deprecations'
  1. Push to a named branch :
git push YOURFORK v2.2.x:auto-backport-of-pr-13836-on-v2.2.x
  1. Create a PR against branch v2.2.x, I would have named this PR:

"Backport PR #13836 on branch v2.2.x"

And apply the correct labels and milestones.

Congratulation you did some good work ! Hopefully your backport PR will be tested by the continuous integration and merged soon!

If these instruction are inaccurate, feel free to suggest an improvement.

@tacaswell tacaswell deleted the fix_ssize_t branch April 2, 2019 20:30
@anntzer anntzer mentioned this pull request Apr 3, 2019
dstansby added a commit that referenced this pull request Apr 8, 2019
…836-on-v3.1.x

Backport PR #13836 on branch v3.1.x (MNT: account for cpython deprecations)
@tacaswell
Copy link
Member Author

backported in #13846

tacaswell pushed a commit to tacaswell/matplotlib that referenced this pull request Oct 19, 2019
MNT: account for cpython deprecations

The conflicts were due to other changes in the #includes in the
affected files.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants