Mailman 3 April 2019 - Python-Dev

Use C extensions compiled in release mode on a Python compiled in debug mode
by Victor Stinner 30 Apr '19

30 Apr '19

Hi, Two weeks ago, I started a thread "No longer enable Py_TRACE_REFS by default in debug build", but I lost myself in details, I forgot the main purpose of my proposal... Let me retry from scratch with a more explicit title: I would like to be able to run C extensions compiled in release mode on a Python compiled in debug mode ("pydebug"). The use case is to debug bugs in C extensions thanks to additional runtime checks of a Python debug build, and more generally get a better debugging experiences on Python. Even for pure Python, a debug build is useful (to get the Pyhon traceback in gdb using "py-bt" command). Currently, using a Python compiled in debug mode means to have to recompile C extensions in debug mode. Compile a C extension requires a C compiler, header files, pull dependencies, etc. It can be very complicated in practical (and pollute your system with all these additional dependencies). On Linux, it's already hard, but on Windows it can be even harder. Just one concrete example: no debug build of numpy is provided at https://pypi.org/project/numpy/ Good luck to build numpy in debug mode manually (install OpenBLAS, ATLAS, Fortran compiler, Cython, etc.) :-) -- The first requirement for the use case is that a Python debug build supports the ABI of a release build. The current blocker issue is that the Py_DEBUG define imply the Py_TRACE_REFS define: PyObject gets 2 extra fields (_ob_prev and _ob_next) which change the offset of all attributes of all objects and makes the ABI completely incompatible. I propose to no longer imply Py_TRACE_REFS *by default* (but keep the code): https://bugs.python.org/issue36465 https://github.com/python/cpython/pull/12615 (Py_TRACE_REFS would be a different ABI.) The second issue is that library filenames are different for a debug build: SOABI gets an additional "d" flag for Py_DEBUG. A debug build should first look for "NAME.cpython-38dm.so" (flags: "dm"), but then also look for "NAME.cpython-38m.so" (flags: "m"). The opposite is not possible: a debug build contains many additional functions missing from a release build. For Windows, maybe we should provide a Python compiled in debug mode with the same C Runtime than a Python compiled in release mode. Otherwise, the debug C Runtime is causing another ABI issue. Maybe pip could be enhanced to support installing C extensions compiled in release mode when using a debug mode. But that's more for convenience, it's not really required, since it is easy to switch the Python runtime between release and debug build. Apart of Py_TRACE_REFS, I'm not aware of other ABI differences in structures. I know that the COUNT_ALLOCS define changes the ABI, but it's not implied by Py_DEBUG: you have to opt-in for COUNT_ALLOCS. (I propose to do the same for Py_TRACE_REFS ;-)) Note: Refleaks buildbots don't use Py_TRACE_REFS to track memory leaks, only sys.gettotalrefcount(). -- Python debug build has many benefit. If you ignore C extensions, the debug build is usually compiled with compiler optimization disabled which makes debugging in gdb a much better experience. If you never tried: on a release build, most (if not all) variables are "<optimized out>" and it's really painful to basic debug functions like displaying the current Python frame. Assertions are removed in release modes, whereas they can detect a wide range of bugs way earlier: integer overflow, buffer under- and overflow, exceptions ignored silently, etc. Nobody likes to see a bug for the first time in production. For example, I modified Python 3.8 to now logs I/O errors when a file is closed implicitly, but only in debug or development mode. In release Python silently ignored EBADF error on such case, whereas it can lead to very nasty bugs causing Python to call abort() (which creates a coredump on Linux): see https://bugs.python.org/issue18748 ... DeprecationWarning and ResourceWarning are shown by default in debug mode :-) There are too many different additional checks done at runtime: I cannot list them all here. -- Being able to switch between Python in release mode and Python in debug mode is a first step. My long term plan would be to better separate "Python" from its "runtime". CPython in release mode would be one runtime, CPython in debug mode would be another runtime, PyPy can seeen as another runtime, etc. The more general idea is: "compile your C extension once and use any Python runtime". https://pythoncapi.readthedocs.io/runtimes.html#runtimes If you opt-in for the stable ABI, you can already switch between runtimes of different Python versions (ex: Python 3.6 or Python 3.8). Victor -- Night gathers, and now my watch begins. It shall not end until my death.

9 28

datetime.fromisocalendar
by Paul Ganssle 29 Apr '19

29 Apr '19

Greetings, Some time ago, I proposed adding a `.fromisocalendar` alternate constructor to `datetime` (bpo-36004 <https://bugs.python.org/issue36004>), with a corresponding implementation (PR #11888 <https://github.com/python/cpython/pull/11888>). I advertised it on datetime-SIG some time ago but haven't seen much discussion there, so I'd like to bring it to python-dev's attention as we near the cut-off for new Python 3.8 features. Other than the fact that I've needed this functionality in the past, I also think a good general principle for the datetime module is that when a class (time, date, datetime) has a "serialization" method (.strftime, .timestamp, .isoformat, .isocalendar, etc), there should be a corresponding /deserialization/ method (.strptime, .fromtimestamp, .fromisoformat) that constructs a datetime from the output. Now that `fromisoformat` was introduced in Python 3.7, I think `isocalendar` is the only remaining method without an inverse. Do people agree with this principle? Should we add the `fromisocalendar` method? Thanks, Paul

4 3

git history conundrum
by Chris Withers 29 Apr '19

29 Apr '19

Hi All, I'm in the process of bringing the mock backport up to date, but this has got me stumped: $ git log --oneline --no-merges 5943ea76d529f9ea18c73a61e10c6f53bdcc864f.. -- Lib/unittest/mock.py Lib/unittest/test/testmock/ | tail 362f058a89 Issue #28735: Fixed the comparison of mock.MagickMock with mock.ANY. d9c956fb23 Issue #20804: The unittest.mock.sentinel attributes now preserve their identity when they are copied or pickled. 84b6fb0eea Fix unittest.mock._Call: don't ignore name 161a4dd495 Issue #28919: Simplify _copy_func_details() in unittest.mock ac5084b6c7 Fixes issue28380: unittest.mock Mock autospec functions now properly support assert_called, assert_not_called, and assert_called_once. 0be894b2f6 Issue #27895: Spelling fixes (Contributed by Ville Skyttä). 15f44ab043 Issue #27895: Spelling fixes (Contributed by Ville Skyttä). d4583d7fea Issue #26750: use inspect.isdatadescriptor instead of our own _is_data_descriptor(). 9854789efe Issue #26750: unittest.mock.create_autospec() now works properly for subclasses of property() and other data descriptors. 204bf0b9ae English spelling and grammar fixes Right, so I've merged up to 15f44ab043, what comes next? $ git log --oneline --no-merges 15f44ab043.. -- Lib/unittest/mock.py Lib/unittest/test/testmock/ | tail -n 3 161a4dd495 Issue #28919: Simplify _copy_func_details() in unittest.mock ac5084b6c7 Fixes issue28380: unittest.mock Mock autospec functions now properly support assert_called, assert_not_called, and assert_called_once. 0be894b2f6 Issue #27895: Spelling fixes (Contributed by Ville Skyttä). Okay, no idea why 0be894b2f6 is there, appears to be a totally identical commit to 15f44ab043, so let's skip it: $ git log --oneline --no-merges 0be894b2f6.. -- Lib/unittest/mock.py Lib/unittest/test/testmock/ | tail -n 3 161a4dd495 Issue #28919: Simplify _copy_func_details() in unittest.mock ac5084b6c7 Fixes issue28380: unittest.mock Mock autospec functions now properly support assert_called, assert_not_called, and assert_called_once. 15f44ab043 Issue #27895: Spelling fixes (Contributed by Ville Skyttä). Wat?! Why is 15f44ab043 showing up again?! What's the git subtlety I'm missing here? Chris

5 8

PEP 580 and PEP 590 comparison.
by Mark Shannon 27 Apr '19

27 Apr '19

Hi Petr, Thanks for spending time on this. I think the comparison of the two PEPs falls into two broad categories, performance and capability. I'll address capability first. Let's try a thought experiment. Consider PEP 580. It uses the old `tp_print` slot as an offset to mark the location of the CCall structure within the callable. Now suppose instead that it uses a `tp_flag` to mark the presence of an offset field and that the offset field is moved to the end of the TypeObject. This would not impact the capabilities of PEP 580. Now add a single line nargs ~= PY_VECTORCALL_ARGUMENTS_OFFSET here https://github.com/python/cpython/compare/master...jdemeyer:pep580#diff-116… which would make PyCCall_FastCall compatible with the PEP 590 vectorcall protocol. Now rebase the PEP 580 reference code on top of PEP 590 minimal implementation and make the vectorcall field of CFunction point to PyCCall_FastCall. The resulting hybrid is both a PEP 590 conformant implementation, and is at least as capable as the reference PEP 580 implementation. Therefore PEP 590, must be at least as capable at PEP 580. Now performance. Currently the PEP 590 implementation is intentionally minimal. It does nothing for performance. The benchmark Jeroen provides is a micro-benchmark that calls the same functions repeatedly. This is trivial and unrealistic. So, there is no real evidence either way. I will try to provide some. The point of PEP 590 is that it allows performance improvements by allowing callables more freedom of implementation. To repeat an example from an earlier email, which may have been overlooked, this code reduces the time to create ranges and small lists by about 30% https://github.com/markshannon/cpython/compare/vectorcall-minimal...marksha… https://gist.github.com/markshannon/5cef3a74369391f6ef937d52cca9bfc8 To speed up calls to builtin functions by a measurable amount will need some work on argument clinic. I plan to have that done before PyCon in May. Cheers, Mark.

2 4

Actor Model in Python
by Aratz Manterola Lasa 27 Apr '19

27 Apr '19

Hello, I was wondering if there was any Python project aiming to implement the actor model for python concurrency. ¿Does anyone know it? Aratz.

4 4

Increasing the C-optimized pickle extensibility
by Pierre Glaser 27 Apr '19

27 Apr '19

Hi All, We (Antoine Pitrou, Olivier Grisel and myself) spent some efforts recently on enabling pickle extensions to extend the C-optimized Pickler instead of the pure Python one. Pickle extensions have a crucial role in many distributed computing libraries: cloudpickle (https://github.com/cloudpipe/cloudpickle) for example is vendored in dask, pyspark, ray, and joblib. Early benchmarks show that relying on the C-optimized pickle yields significant serialization speed improvements (up to 30x faster). (draft PR of the CPickler-backed version of cloudpickle: https://github.com/cloudpipe/cloudpickle/pull/253) To make extending the C Pickler possible, we are currently moving forward with a few enhancements to the public pickle API. * First, we are enabling Pickler subclasses to implement a reducer_override method, that will be have priority over the registered reducers in the dispatch_table and over the default handling of classes and functions. (PR link: https://github.com/python/cpython/pull/12499) * Then, we are adding a new keyword argument to save_reduce called state_setter. (consequently we allow a reducer's return value to have a new, 6th item). This state setter callable is useful to override programmatically the state updating behavior of an object, that would otherwise be restricted to its static ``__setstate__`` method. (PR link: https://github.com/python/cpython/pull/12588) The PR review process of these changes is in progress, and anyone is welcomed to chime in and share some thoughts. The first addition is very non-invasive. We estimated that the second point did not require introducing a new opcode, as this change could be implemented as simple sequence of standard pickle instructions. We therefore think that it is not necessary to make this change dependent on the new protocol 5 proposed in PEP 574. The key advantage in not creating a new opcode that this makes our change backward-compatible, meaning that 3.8-written pickles will not break because of our change if read using earlier Python versions. OTOH, one might argue that a new OPCODE might * make the code a little bit cleaner * make it easier to interpret disassembled pickle strings. If you are interested, here is an example of a disassembled pickle string using our currently proposed solution: https://github.com/pierreglaser/cpython/pull/2#issuecomment-486243350 Does anyone have an opinion on this? Thanks, Pierre

3 2

Summary of Python tracker Issues
by Python tracker 26 Apr '19

26 Apr '19

ACTIVITY SUMMARY (2019-04-19 - 2019-04-26) 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: open 7083 (+25) closed 41402 (+39) total 48485 (+64) Open issues with patches: 2821 Issues opened (46) ================== #11871: test_default_timeout() of test_threading.BarrierTests failure: https://bugs.python.org/issue11871 reopened by vstinner #36672: A compiler warning in winreg.SetValue() https://bugs.python.org/issue36672 opened by ZackerySpytz #36673: Comment/PI parsing support for ElementTree https://bugs.python.org/issue36673 opened by scoder #36674: "unittest.TestCase.debug" should honour "skip" (and other test https://bugs.python.org/issue36674 opened by dmaurer #36675: Doctest directives and comments not visible or missing from co https://bugs.python.org/issue36675 opened by steven.daprano #36676: Make ET.XMLParser target aware of namespace prefixes https://bugs.python.org/issue36676 opened by scoder #36678: duplicate method definitions in Lib/test/test_dataclasses.py https://bugs.python.org/issue36678 opened by xdegaye #36679: duplicate method definition in Lib/test/test_genericclass.py https://bugs.python.org/issue36679 opened by xdegaye #36680: duplicate method definition in Lib/test/test_importlib/test_u https://bugs.python.org/issue36680 opened by xdegaye #36681: duplicate method definition in Lib/test/test_logging.py https://bugs.python.org/issue36681 opened by xdegaye #36683: duplicate method definition in Lib/test/test_utf8_mode.py https://bugs.python.org/issue36683 opened by xdegaye #36684: codecov.io code coverage has not updated since 2019-04-13 https://bugs.python.org/issue36684 opened by gphemsley #36685: C implementation of xml.etree.ElementTree does not make a copy https://bugs.python.org/issue36685 opened by gphemsley #36686: Docs: asyncio.loop.subprocess_exec documentation is confusing, https://bugs.python.org/issue36686 opened by sbstp #36688: _dummy_thread lacks an RLock implementaiton https://bugs.python.org/issue36688 opened by xtreak #36689: docs: os.path.commonpath raises ValueError for different drive https://bugs.python.org/issue36689 opened by lazka #36691: SystemExit & sys.exit : Allow both exit status and message https://bugs.python.org/issue36691 opened by takluyver #36692: Unexpected stderr output from test_sys_settrace https://bugs.python.org/issue36692 opened by ncoghlan #36694: Excessive memory use or memory fragmentation when unpickling m https://bugs.python.org/issue36694 opened by Ellenbogen #36697: inspect.getclosurevars returns wrong globals dict https://bugs.python.org/issue36697 opened by Noitul #36698: Shell restart when error message contains non-BMP characters https://bugs.python.org/issue36698 opened by TheMathsGod #36699: building for riscv multilib (patch attached) https://bugs.python.org/issue36699 opened by Andreas K. Hüttel #36700: base64 has old references that should be updated https://bugs.python.org/issue36700 opened by paulehoffman #36702: test_dtrace failed https://bugs.python.org/issue36702 opened by sayno996 #36703: [Easy][Windows] test_subprocess: test_close_fds_with_stdio() h https://bugs.python.org/issue36703 opened by vstinner #36704: logging.FileHandler currently hardcodes errors='strict' https://bugs.python.org/issue36704 opened by sourcejedi #36706: Python script on startup stucks at import https://bugs.python.org/issue36706 opened by serge g #36709: Asyncio SSL keep-alive connections raise errors after loop clo https://bugs.python.org/issue36709 opened by tomchristie #36710: Pass _PyRuntimeState as an argument rather than using the _PyR https://bugs.python.org/issue36710 opened by vstinner #36711: duplicate method definition in Lib/email/feedparser.py https://bugs.python.org/issue36711 opened by xdegaye #36712: duplicate method definition in Lib/email/test/test_email_renam https://bugs.python.org/issue36712 opened by xdegaye #36713: uplicate method definition in Lib/ctypes/test/test_unicode.py https://bugs.python.org/issue36713 opened by xdegaye #36714: Tweak doctest 'example' regex to allow a leading ellipsis in ' https://bugs.python.org/issue36714 opened by bskinn #36715: Dictionary initialization https://bugs.python.org/issue36715 opened by Aditya Sane #36716: Embedded Python fails to import module files with version_plat https://bugs.python.org/issue36716 opened by ecosatto #36717: Allow retrieval of return value from the target of a threading https://bugs.python.org/issue36717 opened by Joel Croteau2 #36719: regrtest --findleaks should fail if an uncollectable object is https://bugs.python.org/issue36719 opened by vstinner #36721: Add pkg-config python-3.8-embed https://bugs.python.org/issue36721 opened by vstinner #36723: Unittest Discovery for namespace subpackages dot notation fail https://bugs.python.org/issue36723 opened by mrwaffles #36724: Clear _PyRuntime at exit https://bugs.python.org/issue36724 opened by vstinner #36725: Reference leak regression with Python3.8a3 https://bugs.python.org/issue36725 opened by kayhayen #36728: Remove PyEval_ReInitThreads() from the public C API https://bugs.python.org/issue36728 opened by vstinner #36729: Delete unused text variable on tests https://bugs.python.org/issue36729 opened by eamanu #36730: Change outdated references to macOS https://bugs.python.org/issue36730 opened by Sebastian Bassi #36732: test_asyncio: test_huge_content_recvinto() fails randomly https://bugs.python.org/issue36732 opened by vstinner #36734: Modules/faulthandler.c does not compile on HP-UX due to bpo-35 https://bugs.python.org/issue36734 opened by michael-o Most recent 15 issues with no replies (15) ========================================== #36732: test_asyncio: test_huge_content_recvinto() fails randomly https://bugs.python.org/issue36732 #36730: Change outdated references to macOS https://bugs.python.org/issue36730 #36729: Delete unused text variable on tests https://bugs.python.org/issue36729 #36728: Remove PyEval_ReInitThreads() from the public C API https://bugs.python.org/issue36728 #36723: Unittest Discovery for namespace subpackages dot notation fail https://bugs.python.org/issue36723 #36721: Add pkg-config python-3.8-embed https://bugs.python.org/issue36721 #36717: Allow retrieval of return value from the target of a threading https://bugs.python.org/issue36717 #36713: uplicate method definition in Lib/ctypes/test/test_unicode.py https://bugs.python.org/issue36713 #36712: duplicate method definition in Lib/email/test/test_email_renam https://bugs.python.org/issue36712 #36703: [Easy][Windows] test_subprocess: test_close_fds_with_stdio() h https://bugs.python.org/issue36703 #36702: test_dtrace failed https://bugs.python.org/issue36702 #36699: building for riscv multilib (patch attached) https://bugs.python.org/issue36699 #36692: Unexpected stderr output from test_sys_settrace https://bugs.python.org/issue36692 #36676: Make ET.XMLParser target aware of namespace prefixes https://bugs.python.org/issue36676 #36675: Doctest directives and comments not visible or missing from co https://bugs.python.org/issue36675 Most recent 15 issues waiting for review (15) ============================================= #36734: Modules/faulthandler.c does not compile on HP-UX due to bpo-35 https://bugs.python.org/issue36734 #36729: Delete unused text variable on tests https://bugs.python.org/issue36729 #36725: Reference leak regression with Python3.8a3 https://bugs.python.org/issue36725 #36724: Clear _PyRuntime at exit https://bugs.python.org/issue36724 #36719: regrtest --findleaks should fail if an uncollectable object is https://bugs.python.org/issue36719 #36715: Dictionary initialization https://bugs.python.org/issue36715 #36710: Pass _PyRuntimeState as an argument rather than using the _PyR https://bugs.python.org/issue36710 #36688: _dummy_thread lacks an RLock implementaiton https://bugs.python.org/issue36688 #36685: C implementation of xml.etree.ElementTree does not make a copy https://bugs.python.org/issue36685 #36683: duplicate method definition in Lib/test/test_utf8_mode.py https://bugs.python.org/issue36683 #36681: duplicate method definition in Lib/test/test_logging.py https://bugs.python.org/issue36681 #36680: duplicate method definition in Lib/test/test_importlib/test_u https://bugs.python.org/issue36680 #36679: duplicate method definition in Lib/test/test_genericclass.py https://bugs.python.org/issue36679 #36678: duplicate method definitions in Lib/test/test_dataclasses.py https://bugs.python.org/issue36678 #36676: Make ET.XMLParser target aware of namespace prefixes https://bugs.python.org/issue36676 Top 10 most discussed issues (10) ================================= #36710: Pass _PyRuntimeState as an argument rather than using the _PyR https://bugs.python.org/issue36710 12 msgs #36725: Reference leak regression with Python3.8a3 https://bugs.python.org/issue36725 8 msgs #35224: PEP 572: Assignment Expressions https://bugs.python.org/issue35224 6 msgs #36670: test suite broken due to cpu usage feature on win 10/ german https://bugs.python.org/issue36670 6 msgs #16079: list duplicate test names with patchcheck https://bugs.python.org/issue16079 5 msgs #35824: http.cookies._CookiePattern modifying regular expressions https://bugs.python.org/issue35824 5 msgs #36661: Missing dataclass decorator import in dataclasses module docs https://bugs.python.org/issue36661 5 msgs #36719: regrtest --findleaks should fail if an uncollectable object is https://bugs.python.org/issue36719 5 msgs #32424: Synchronize copy methods between Python and C implementations https://bugs.python.org/issue32424 4 msgs #36624: cleanup the stdlib and tests with regard to sys.platform usage https://bugs.python.org/issue36624 4 msgs Issues closed (40) ================== #9194: winreg:fixupMultiSZ should check that P < Q in the inner loop https://bugs.python.org/issue9194 closed by steve.dower #17349: wsgiref.simple_server.demo_app is not PEP-3333 compatible https://bugs.python.org/issue17349 closed by berker.peksag #18372: _Pickler_New() doesn't call PyObject_GC_Track(self) https://bugs.python.org/issue18372 closed by inada.naoki #21536: extension built with a shared python cannot be loaded with a s https://bugs.python.org/issue21536 closed by vstinner #23078: unittest.mock patch autospec doesn't work on staticmethods https://bugs.python.org/issue23078 closed by berker.peksag #24011: Add error checks to PyInit_signal() https://bugs.python.org/issue24011 closed by berker.peksag #28552: Distutils fail if sys.executable is None https://bugs.python.org/issue28552 closed by vstinner #30840: Contrary to documentation, relative imports cannot pass throug https://bugs.python.org/issue30840 closed by ncoghlan #35149: pip3 show causing Error for ConfigParaser https://bugs.python.org/issue35149 closed by eryksun #36454: test_time: test_monotonic() failed on AMD64 FreeBSD 10-STABLE https://bugs.python.org/issue36454 closed by vstinner #36465: Make release and debug ABI compatible https://bugs.python.org/issue36465 closed by vstinner #36469: Stuck during interpreter exit, attempting to take the GIL https://bugs.python.org/issue36469 closed by mocramis #36523: Add docstring to io.IOBase.writelines https://bugs.python.org/issue36523 closed by inada.naoki #36546: Add quantiles() to the statistics module https://bugs.python.org/issue36546 closed by rhettinger #36635: Add _testinternalcapi module https://bugs.python.org/issue36635 closed by vstinner #36645: re.sub() library entry does not adequately document surprising https://bugs.python.org/issue36645 closed by berker.peksag #36650: Cached method implementation no longer works on Python 3.7.3 https://bugs.python.org/issue36650 closed by rhettinger #36658: Py_Initialze() throws error 'unable to load the file system en https://bugs.python.org/issue36658 closed by steve.dower #36659: distutils UnixCCompiler: Remove standard library path from rpa https://bugs.python.org/issue36659 closed by vstinner #36668: semaphore_tracker is not reused by child processes https://bugs.python.org/issue36668 closed by pitrou #36669: weakref proxy doesn't support the matrix multiplication operat https://bugs.python.org/issue36669 closed by SilentGhost #36671: str.lower() looses character information when working with UTF https://bugs.python.org/issue36671 closed by SilentGhost #36677: support visual studio multiprocess compile https://bugs.python.org/issue36677 closed by Manjusaka #36682: duplicate method definitions in Lib/test/test_sys_setprofile.p https://bugs.python.org/issue36682 closed by steve.dower #36687: subprocess encoding https://bugs.python.org/issue36687 closed by sbstp #36690: A typing error in demo rpython.py https://bugs.python.org/issue36690 closed by berker.peksag #36693: Reversing large ranges results in a minor type inconsistency https://bugs.python.org/issue36693 closed by rhettinger #36695: Change (regression?) in v3.8.0a3 doctest output after capturin https://bugs.python.org/issue36695 closed by bskinn #36696: possible multiple regressions on AIX https://bugs.python.org/issue36696 closed by vstinner #36701: module 'urllib' has no attribute 'request' https://bugs.python.org/issue36701 closed by brett.cannon #36705: Unexpected Behaviour of pprint.pprint https://bugs.python.org/issue36705 closed by fdrake #36707: The "m" ABI flag of SOABI for pymalloc is no longer needed https://bugs.python.org/issue36707 closed by vstinner #36708: can not execute the python + version, to launch python under w https://bugs.python.org/issue36708 closed by brett.cannon #36718: Python 2.7 compilation fails on AMD64 Ubuntu Shared 2.7 buildb https://bugs.python.org/issue36718 closed by vstinner #36720: Correct Should to Must in Definition of object.__len__ https://bugs.python.org/issue36720 closed by brett.cannon #36722: In debug build, load also C extensions compiled in release mod https://bugs.python.org/issue36722 closed by vstinner #36726: Empty select() on windows gives error. https://bugs.python.org/issue36726 closed by martin.panter #36727: python 3.6+ docs use ul tags instead of ol tags https://bugs.python.org/issue36727 closed by eric.smith #36731: Add example to priority queue https://bugs.python.org/issue36731 closed by rhettinger #36733: make regen-all doesn't work in subfolder: No module named Pars https://bugs.python.org/issue36733 closed by vstinner

1 0

Steering Council Update for April 2019
by Guido van Rossum 26 Apr '19

26 Apr '19

I've posted an update from the Steering Council to our repo: https://github.com/python/steering-council/blob/master/updates/2019-04-26_s… I will also link to this on Discourse (discuss.python.org). -- --Guido van Rossum (python.org/~guido) *Pronouns: he/him/his **(why is my pronoun here?)* <http://feministing.com/2015/02/03/how-using-they-as-a-singular-pronoun-can-…>

2 1

Any core dev event plans for EP19?
by Stefan Behnel 26 Apr '19

26 Apr '19

Hi core devs, there are several core dev events happening at the US PyCon this year, so I was wondering if we could organise something similar at EuroPython. Does anyone have any plans or ideas already? And, how many of us are planning to attend EP19 in Basel this year? Unless there's something already going on that I missed, I can (try to) set up a poll on dpo to count the interest and collect ideas. Sprints would probably be a straight-forward option, a mentoring session could be another, a language summit or PEP discussion/mentoring round would also be a possibility. More ideas welcome. Stefan

4 4

Invitation to the PyCon typing summit (Thu, May 2nd, 1-5pm, at PyCon in Cleveland)
by Guido van Rossum 24 Apr '19

24 Apr '19

The typing summit is primarily a place for developers of type checkers to collaborate, but we are also inviting (potential) users of type checkers. For example, there are plans to extend the standard Python type system with features intended to support numpy, Pandas, tensorflow and similar libraries, and we will discuss these at the summit. Therefore developers and power-users of such frameworks are especially welcome at the summit. With Ewa's and Dropbox's help I've arranged a room at PyCon. *When: Thursday May 2nd, 1-5 pm (i.e. the day between the Language Summit and the conference proper)* *Where: Room 6 at PyCon in Cleveland* If you're planning to attend, please fill out this form: https://goo.gl/forms/rG9dVTBbgyBgDK8H2 *If you already emailed me about attending, please still fill out the form!* (Also if you already registered in response to my invitation on typing-sig, I've got your registration info.) -- --Guido van Rossum (python.org/~guido)

1 1