gh-149609: Raise deprecation warnings for abc.{abstractclassmethod,abstractstaticmethod,abstractproperty}

[sobolevn]

• Issue: Schedule removal for deprecated abc decorators #149609

[read-the-docs-community]

Documentation build overview

📚 cpython-previews | 🛠️ Build #32623895 | 📁 Comparing 84cf7c0 against main (a2c1657)

  🔍 Preview build  

3 files changed

± library/abc.html
± whatsnew/3.16.html
± whatsnew/changelog.html

[hugovk]

Any reason to rush removal after the min two years instead of the recommended five?

[hugovk]

Please also list in the relevant pending-removal-in-3.x.rst in https://github.com/python/cpython/tree/main/Doc/deprecations

[picnixz]

Any reason to rush removal after the min two years instead of the recommended five?

I think it's because they've been deprecated since 3.3. But as I said, IDEs still pick them up in the suggestion list but they would show them as deprecated sometimes (it's more an IDE issue here).

I'm in favor of having a 5 years deprecation because those could be still used and I think we should let people know that they don't need this pattern anymore.

[sobolevn]

Any reason to rush removal after the min two years instead of the recommended five?

I think that this is not a rush :)
They were deprecated for a decade now, many tools already mark them this way. Inluding IDEs, type checkers and linters.
There are known bugs that we can help prevent by not using the deprecated version.
Plus, it is easy to switch to a pure stdlib alternative.

If others strongly believe that 5 years is a must, then I can make the change :(