Mailman 3 December 2018 - Python-Dev

[PyPI] Email verification
by PyPI 06 Dec '18

06 Dec '18

Someone, perhaps you, has added this email address to their PyPI account: Python-dev(a)python.org If you wish to proceed with this request, follow the link below to verify your email address: https://pypi.org/account/verify-email/?token=eyJhY3Rpb24iOiJlbWFpbC12ZXJpZn… This link will expire in 72 hours. If you did not make this request, you can safely ignore this email.

2 1

test_urllib2net fixed to repair Travis CI
by Victor Stinner 05 Dec '18

05 Dec '18

Hi, It seems like Travis CI changed its security or network configuration: some FTP tests of test_urllib2net started to fail with "425 Security: Bad IP connecting" yesterday: https://bugs.python.org/issue35411 The failure seems to be reproducible and so prevents to merge any change in any branch. It blocked our whole workflow :-( Good news: I quickly fixed the CI! (2.7, 3.6, 3.7 and master branches) I skipped the test on Travis CI: AppVeyor runs these tests in pre-commit and the buildbot farm run them in post-commit. Bad news: You may have to update your pull requests (ex: merge master into your branch) to retrieve this fix if the test_urllib2net failed on Travis CI with "425 Security: Bad IP connecting" on your PR. Victor

2 1

any way to subscribe to bugs and PRs on a particular topic?
by Chris Withers 04 Dec '18

04 Dec '18

Hello, I'd like to see if I can help with unittest.mock, but don't have a huge amount of bandwidth and can't even parse let alone process the whole firehose of bpo and GH PRs. Is there any way I can get bugs.python.org and github PRs to only tell me about things, preferably by email, that affect or involve unittest.mock? cheers, Chris

4 3

Internal header files (Include/internal/*.h) are now installed
by Victor Stinner 04 Dec '18

04 Dec '18

Hi, Since Python 3.7, "internal" C API (only declared if Py_BUILD_CORE is defined) are moving from Include/*.h to Include/internal/*.h. These API must not be used outside CPython. In Python 3.7, "make install" doesn't install them for example. I would like to move more private functions (prefixed by "_Py") to the "internal" API. Since I'm not 100% sure that it's ok, I decided to modify "make install" to also install Include/internal/ headers (to $prefix/include/python3.8m/internal/). These headers might be useful for low-level debug tools like debuggers or profilers, to access directly memory without calling functions. These APIs require to use the same compiler and likely the same compiler options than CPython. It's especially true for atomic variables (Include/internal/pycore_atomic.h). Are you ok to install "internal" header files? If yes, should we modify "make install" of Python 3.7 to also install them? Victor

2 2

getting merge rights back on github
by Chris Withers 03 Dec '18

03 Dec '18

Hi All, It's been quite a long time since I last used my python commit rights, and it appears they've evaporated in the move to GitHub. I'd like to get back into helping out, particularly with unittest.mock where I've recently started helping out as a maintainer over on https://github.com/testing-cabal/mock. Please let me know what I need to do, Chris

2 2

getting merge rights back on github
by Chris Withers 03 Dec '18

03 Dec '18

Hi All, It's been quite a long time since I last used my python commit rights, and it appears they've evaporated in the move to GitHub. I'd like to get back into helping out, particularly with unittest.mock where I've recently started helping out as a maintainer over on https://github.com/testing-cabal/mock. Please let me know what I need to do, Chris

2 1

Inclusion of lz4 bindings in stdlib?
by Jonathan Underwood 01 Dec '18

01 Dec '18

Hi, I have for sometime maintained the Python bindings to the LZ4 compression library[0, 1]: I am wondering if there is interest in having these bindings move to the standard library to sit alongside the gzip, lzma etc bindings? Obviously the code would need to be modified to fit the coding guidelines etc. I'm following the guidelines [2] and asking here first before committing any work to this endeavour, but if folks think this would be a useful addition, I would be willing to put in the hours to create a PR and continued maintenance. Would welcome any thoughts. Cheers, Jonathan. [0] https://github.com/python-lz4/python-lz4 [1] https://python-lz4.readthedocs.io/en/stable/ [2] https://devguide.python.org/stdlibchanges/

20 76