[Python-Dev] Re: PEP 632: Deprecate distutils module
On 9/11/2020 12:24 PM, Matthias Klose wrote: On 9/4/20 1:28 PM, Steve Dower wrote: Hi all. setuptools has recently adopted the entire codebase of the distutils module, so that they will be able to make improvements directly without having to rely on patching the standard library. As a result, we can now move forward with official deprecation (in 3.10) and removal (in 3.12) (noting that the distutils docs already recommend switching to setuptools). it would be nice to already announce that with the 3.9 release. I think the announcement will have an immediate effect regardless of what versions it's tied to. At the 2018 Language summit, I had a lightning talk to report about the experience splitting out distutils into a separate binary package, showing some unexpected usages: Unexpected / Creative usages: - distutils.version Used “everywhere” ... - distutils.spawn: find_executable Replace with shutil.which - distutils.util: strtobool Rewrite, no equivalent in the stdlib? - distutils.sysconfig: Mostly replaced by sysconfig (Aside - I've put out a call on Discourse for people to contribute the parts of distutils that are used but wouldn't be suitable for using setuptools instead. These are good, but don't seem drastic enough to not deprecate the module. Thoughts?) It really would be nice to have recommended replacements, especially for the version stuff (packaging?) Considering that the PEP won't be updated after acceptance, and all of these recommendations would be to third-party packages (except possibly strtobool), how relevant would you predict these to be in three years time? Setuptools has already been the official recommendation for the whole module for a long time, and their page at https://setuptools.readthedocs.io/en/latest/distutils-legacy.html already lists a few replacements (and I'm sure they'll accept contributions :) ). So I'd prefer to point towards that as the most up-to-date source of recommendations. Thoughts? Cheers, Steve ___ Python-Dev mailing list -- python-dev@python.org To unsubscribe send an email to python-dev-le...@python.org https://mail.python.org/mailman3/lists/python-dev.python.org/ Message archived at https://mail.python.org/archives/list/python-dev@python.org/message/HDCK3LFOZWDNWLH3NZ2QFNYUPNJAGNP5/ Code of Conduct: http://python.org/psf/codeofconduct/
[Python-Dev] Summary of Python tracker Issues
ACTIVITY SUMMARY (2020-09-04 - 2020-09-11) Python tracker at https://bugs.python.org/ To view or respond to any of the issues listed below, click on the issue. Do NOT respond to this message. Issues counts and deltas: open7697 ( +5) closed 45803 (+39) total 53500 (+44) Open issues with patches: 3136 Issues opened (38) == #19521: Parallel build race condition on AIX since python-2.7 https://bugs.python.org/issue19521 reopened by skrah #38240: assertCountEqual is horribly misleading, sounds like only coun https://bugs.python.org/issue38240 reopened by vitaly.krug #41724: SQLite returns "str" instead of "datetime.datetime" with aggre https://bugs.python.org/issue41724 opened by ravi-misra #41725: bz2 would use a dedicated exception for data error https://bugs.python.org/issue41725 opened by mgorny #41726: Update refcounts info of PyType_FromModuleAndSpec in refcounts https://bugs.python.org/issue41726 opened by shihai1991 #41727: Confusing presentation for configuration settings references https://bugs.python.org/issue41727 opened by MegMM #41728: Debug logging when adding a TarFile object https://bugs.python.org/issue41728 opened by ebalsley #41729: test_winconsoleio fails and hangs on Windows https://bugs.python.org/issue41729 opened by terry.reedy #41730: Show deprecation warnings for tkinter.tix https://bugs.python.org/issue41730 opened by wyz23x2 #41731: test_cmd_line_script fails with verbosity level more than 1 https://bugs.python.org/issue41731 opened by xtreak #41734: Refactor b32{encode,decode} tests https://bugs.python.org/issue41734 opened by FFY00 #41735: Thread locks in zlib module may go wrong in rare case https://bugs.python.org/issue41735 opened by malin #41736: test_site: test_s_option() failed on AMD64 Windows8.1 Refleaks https://bugs.python.org/issue41736 opened by vstinner #41737: Improper NotADirectoryError when opening a file under a fake d https://bugs.python.org/issue41737 opened by danny87105 #41738: MIME type for *.zip becomes application/x-zip-compressed on Wi https://bugs.python.org/issue41738 opened by danny87105 #41739: test_logging: threading_cleanup() failed to cleanup 1 threads https://bugs.python.org/issue41739 opened by vstinner #41740: Improve error message for string concatenation via `sum` https://bugs.python.org/issue41740 opened by phillip.m.feld...@gmail.com #41741: test_peg_generator timed out (25 min) on x86 Gentoo Non-Debug https://bugs.python.org/issue41741 opened by vstinner #41742: Request for docs.python.org/3/library/configparser.html#except https://bugs.python.org/issue41742 opened by leveque #41744: NuGet python.props only works in python nuget, not other varia https://bugs.python.org/issue41744 opened by vslavik #41745: BoundArguments.arguments used in the recommended way to call a https://bugs.python.org/issue41745 opened by Julian #41746: Add optional type information to asdl_seq objects https://bugs.python.org/issue41746 opened by pablogsal #41747: dataclasses: generated method's using the wrong qualname https://bugs.python.org/issue41747 opened by BTaskaya #41748: HTMLParser: parsing error https://bugs.python.org/issue41748 opened by nowasky.jr #41749: Little improve on imghdr library https://bugs.python.org/issue41749 opened by eamanu #41751: Error copying an instance of a subclass of OrderedDict https://bugs.python.org/issue41751 opened by erezinman #41752: Wave shouldn't try to close an open file at all costs https://bugs.python.org/issue41752 opened by biosthezerg #41753: subprocess.run on windows does not convert path to string https://bugs.python.org/issue41753 opened by kaushik.ghose #41754: Webbrowser Module Cannot Find xdg-settings on OSX https://bugs.python.org/issue41754 opened by tony.diloreto #41755: Docs: Please remove `from distutils.core import setup` https://bugs.python.org/issue41755 opened by guettli #41756: Do not always use exceptions to return result from coroutine https://bugs.python.org/issue41756 opened by v2m #41757: weakmethod's ref is deleted before weakref's garbage-collect c https://bugs.python.org/issue41757 opened by kratsg #41758: turtledemo.colormixer crashes with a stack overflow https://bugs.python.org/issue41758 opened by tusharsadhwani #41760: 3.8.6 rc1 documentation fails to build with sphinx 3.2.1 https://bugs.python.org/issue41760 opened by doko #41761: multiprocessing.Queue prevents program exit when containing a https://bugs.python.org/issue41761 opened by Dominik Schmid #41762: Documentation job fails on CIs: duplicate token description of https://bugs.python.org/issue41762 opened by vstinner #41763: IDLE: scale font to Windows' "zoom" factor https://bugs.python.org/issue41763 opened by epaine #41764: sub function would not work without the flags but the search w https://bugs.python.org/issue41764 opened by bayat Most recent 15 issues with no replies (15)
[Python-Dev] Re: PEP 632: Deprecate distutils module
On Fri, Sep 11, 2020 at 4:25 AM Matthias Klose wrote: > On 9/4/20 1:28 PM, Steve Dower wrote: > > Hi all. > > > > setuptools has recently adopted the entire codebase of the distutils > module, so > > that they will be able to make improvements directly without having to > rely on > > patching the standard library. As a result, we can now move forward with > > official deprecation (in 3.10) and removal (in 3.12) (noting that the > distutils > > docs already recommend switching to setuptools). > > it would be nice to already announce that with the 3.9 release. > > At the 2018 Language summit, I had a lightning talk to report about the > experience splitting out distutils into a separate binary package, showing > some > unexpected usages: > > Unexpected / Creative usages: > > - distutils.version >Used “everywhere” ... > > - distutils.spawn: find_executable >Replace with shutil.which > > - distutils.util: strtobool >Rewrite, no equivalent in the stdlib? > > - distutils.sysconfig: >Mostly replaced by sysconfig > > It really would be nice to have recommended replacements, especially for > the > version stuff (packaging?) > Version support has been in 'packaging' for years: https://packaging.pypa.io/en/latest/version/. -Brett ___ Python-Dev mailing list -- python-dev@python.org To unsubscribe send an email to python-dev-le...@python.org https://mail.python.org/mailman3/lists/python-dev.python.org/ Message archived at https://mail.python.org/archives/list/python-dev@python.org/message/KVDUVKQKRAYMZ4DMT4VJ7JRBCT3P26BA/ Code of Conduct: http://python.org/psf/codeofconduct/
[Python-Dev] Re: PEP 632: Deprecate distutils module
On 9/4/20 1:28 PM, Steve Dower wrote: > Hi all. > > setuptools has recently adopted the entire codebase of the distutils module, > so > that they will be able to make improvements directly without having to rely on > patching the standard library. As a result, we can now move forward with > official deprecation (in 3.10) and removal (in 3.12) (noting that the > distutils > docs already recommend switching to setuptools). it would be nice to already announce that with the 3.9 release. At the 2018 Language summit, I had a lightning talk to report about the experience splitting out distutils into a separate binary package, showing some unexpected usages: Unexpected / Creative usages: - distutils.version Used “everywhere” ... - distutils.spawn: find_executable Replace with shutil.which - distutils.util: strtobool Rewrite, no equivalent in the stdlib? - distutils.sysconfig: Mostly replaced by sysconfig It really would be nice to have recommended replacements, especially for the version stuff (packaging?) Matthias ___ Python-Dev mailing list -- python-dev@python.org To unsubscribe send an email to python-dev-le...@python.org https://mail.python.org/mailman3/lists/python-dev.python.org/ Message archived at https://mail.python.org/archives/list/python-dev@python.org/message/5L45GDUIALRJP6BJ5H6B3V4LFJJ2P3UU/ Code of Conduct: http://python.org/psf/codeofconduct/