Python-Dev December 2016

python-dev@python.org

63 participants
55 discussions

Deprecate `from __future__ import unicode_literals`?
by Guido van Rossum 20 Dec '16

20 Dec '16

I am beginning to think that `from __future__ import unicode_literals` does more harm than good. I don't recall exactly why we introduced it, but with the restoration of u"" literals in Python 3.3 we have a much better story for writing straddling code that is unicode-correct. The problem is that the future import does both too much and not enough -- it does too much because it changes literals to unicode even in contexts where there is no benefit (e.g. the argument to getattr() -- I still hear of code that breaks due to this occasionally) and at the same time it doesn't do anything for strings that you read from files, receive from the network, or even from other files that don't use the future import. I wonder if we can add an official note to the 2.7 docs recommending against it? (And maybe even to the 3.x docs if it's mentioned there at all.) -- --Guido van Rossum (python.org/~guido <http://python.org/%7Eguido>)

17 19

Cleanup of abstract.h header
by Victor Stinner 19 Dec '16

19 Dec '16

Hi, I made multiple changes to the Include/abstract.h header file, because it was inconsistent in different manners: * Parameter names of functions of the PyObject_Call family were inconsistent: "func" versus "callable" for a Python callable object for example (sometimes, .c and .h files were inconsistent too) * Only this header file used an indentation of 4 spaces in the whole space * Only this header used comments *after* the function declaration and with a newline between the comment and the declaration. Other headers use a comment *before* the declaration and no newline. * Some comments were far (100 lines) from function declaration, so it wasn't possible anymore to understand these comments. * Other tiny changes Before: https://hg.python.org/cpython/file/f692dafe6797/Include/abstract.h Now: https://hg.python.org/cpython/file/c4bcca326c0a/Include/abstract.h (Not sure that it's easy to compare such long header file, ~1 200 lines, in a web browser.) See http://bugs.python.org/issue28838 for more information. Serhiy Storchaka was opposed to these changes, some extract of his comments: * "Isn't this just a lot of churn for not a lot of benefit?" - Eric V. Smith asked the same question * "It breaks "hg annotation" and makes harder researching the history of the file" I already pushed all my changes anyway, but Serhiy asked me to discuss these changes on Python-Dev, so here I am. I decided to cleanup abstract.h because I had to modify it multiple times last 2 years, especially when I added new functions for fast calls, and I was always surprised and confused by the style of header. I didn't know how to format my code, and it seems like I also introduced some inconsistent coding style in the newly added code. For the first change that I made recently, normalizing parameter names, I first pushed directly a change without review, but Serhiy asked me on this list to revert it. So I reverted the change and continued the discussion on the issue #28838. We agreed on better names, and so I pushed a different change. Victor

4 5

Constifying C API
by Serhiy Storchaka 19 Dec '16

19 Dec '16

Originally C API didn't use the const qualifier. Over few last years the const qualifier was added to C API if that preserved backward compatibility. For example input "char *" parameters were changed to "const char *". This makes C API compatible with C++, eliminates C compiler warnings, and helps to found possible errors. Now I have started to make changes that are not absolute compatible, and can need modifying third-party code (but unlikely). * The const qualifier was added to "char *" fields name and doc of some structures. They always point to C string literals. https://bugs.python.org/issue28761 * The const qualifier was added to private global variable _Py_PackageContext. https://bugs.python.org/issue28748 Now I'm going to add the const qualifier to the result of PyUnicode_AsUTF8AndSize() and PyUnicode_AsUTF8(). These functions return a reference to internal cached UTF8 representations of a string. It should never be modified. https://bugs.python.org/issue28769 Later I'm planning following changes: * Add the const qualifier to the result of functions that return references to internal representation of immutable objects, like PyBytes_AS_STRING() or PyUnicode_DATA(). While CPython internally can modify the content of immutable objets, this is very dangerous, because this can invalidates invariants and cached values. Third-party code shouldn't do this. * Add the const qualifier to the format field of Py_buffer. It is a reference to C string literal or to the content of bytes object. Mutating its content is an error. Only _testbuffer overuses the format field of internal Py_buffer object for owning a reference to allocated memory. But this is not leaked outside. What are you think about this?

4 3

Re: [Python-Dev] [Python-checkins] cpython (2.7): Update the porting HOWTO
by Martin Panter 18 Dec '16

18 Dec '16

On 17 December 2016 at 20:39, brett.cannon <python-checkins(a)python.org> wrote: > https://hg.python.org/cpython/rev/287d4290b1b4 > changeset: 105714:287d4290b1b4 > branch: 2.7 > parent: 105677:eb02db65e148 > user: Brett Cannon <brett(a)python.org> > date: Sat Dec 17 12:38:54 2016 -0800 > summary: > Update the porting HOWTO > > diff --git a/Doc/howto/pyporting.rst b/Doc/howto/pyporting.rst > --- a/Doc/howto/pyporting.rst > +++ b/Doc/howto/pyporting.rst > . . . > Have good test coverage > ----------------------- > > @@ -106,10 +107,11 @@ > thumb is that if you want to be confident enough in your test suite that any > failures that appear after having tools rewrite your code are actual bugs in the > tools and not in your code. If you want a number to aim for, try to get over 80% > -coverage (and don't feel bad if you can't easily get past 90%). If you > +coverage (and don't feel bad if you can't easily get passed 90%). If you > don't already have a tool to measure test coverage then coverage.py_ is > recommended. Hi Brett, why did you make the above change (get past → get passed)? To me, “get past 90%” means achieving over 90%, but “you can’t get passed 90%” would mean that 90% cannot be given (passed) to you. The original made more sense. Another option would be “get over 90%”, consistent with the previous sentence.

1 0

[RELEASE] Python 2.7.13
by Benjamin Peterson 17 Dec '16

17 Dec '16

It is my pleasure to announce the release of Python 2.7.13, the latest bugfix release of the venerable Python 2.7 series. This release incorporates conservative bugfixes as well as improvements to keep Python 2.7 running on modern systems. The only change from the 2.7.13 release candidate 2 weeks ago is the revert of a change that broke backwards compatibility with some rare C extension patterns. See https://bugs.python.org/issue5322 for more details. Source archives and binaries are available at https://www.python.org/downloads/release/python-2713/ Please report bugs to our tracker: https://bugs.python.org/ 2.7.14 will appear mid-2017. All the best in the new year, Benjamin Peterson 2.7 release manager

1 0

[RELEASE] Python 3.6.0rc2 is now available
by Ned Deily 17 Dec '16

17 Dec '16

On behalf of the Python development community and the Python 3.6 release team, I would like to announce the availability of Python 3.6.0rc2. 3.6.0rc2 is the second release candidate for Python 3.6, the next major release of Python. Code for 3.6.0 is now frozen. 3.6.0rc2 is the same code base as the first release candidate, 3.6.0rc1, with the addition of fixes for a couple of critical problems and with some documentation additions and updates. Assuming no further release critical problems are found prior to the 3.6.0 final release date, now planned for 2016-12-23, the 3.6.0 final release will be the same code base as this 3.6.0rc2. Maintenance releases for the 3.6 series will follow at regular intervals starting in the first quarter of 2017. Among the new major new features in Python 3.6 are: * PEP 468 - Preserving the order of **kwargs in a function * PEP 487 - Simpler customization of class creation * PEP 495 - Local Time Disambiguation * PEP 498 - Literal String Formatting * PEP 506 - Adding A Secrets Module To The Standard Library * PEP 509 - Add a private version to dict * PEP 515 - Underscores in Numeric Literals * PEP 519 - Adding a file system path protocol * PEP 520 - Preserving Class Attribute Definition Order * PEP 523 - Adding a frame evaluation API to CPython * PEP 524 - Make os.urandom() blocking on Linux (during system startup) * PEP 525 - Asynchronous Generators (provisional) * PEP 526 - Syntax for Variable Annotations (provisional) * PEP 528 - Change Windows console encoding to UTF-8 * PEP 529 - Change Windows filesystem encoding to UTF-8 * PEP 530 - Asynchronous Comprehensions Please see "What’s New In Python 3.6" for more information: https://docs.python.org/3.6/whatsnew/3.6.html You can find Python 3.6.0rc2 here: https://www.python.org/downloads/release/python-360rc2/ Note that 3.6.0rc2 is still a preview release and thus its use is not recommended for production environments. More information about the release schedule can be found here: https://www.python.org/dev/peps/pep-0494/ -- Ned Deily nad(a)python.org -- []

1 0

Blockers on GitHub migration and open windows to migrate
by Brett Cannon 16 Dec '16

16 Dec '16

[sending this independently to python-dev and core-workflow] I have promised Ned that we will not migrate before 3.6.0 is released and not for a week following in case an emergency 3.6.1 is necessary. I also promised Larry we wouldn't migrate the week before 3.5.3 is released. That means the windows for migrating are 2016-12-30 to 2017-01-09, and then any time after 2016-01-16 (this of course assumes all release schedules don't slip). I'm now on vacation until January 3 so I will have time to work on the migration some more. I will port hg.python.org/lookup to work with git, hg, and svn probably this week or next. That leaves the only true blockers as http://psf.upfronthosting.co.za/roundup/meta/issue589 and http://psf.upfronthosting.co.za/roundup/meta/issue590 (webhook for PR to issue and notifying an issue when a commit has occurred, respectively; we already have a GitHub PR field on b.p.o for manual entry). Once those changes to bugs.python.org land and have been tested live against the GitHub mirror, we can do the migration (which will most likely take a day or two). All other issues either require the repo to have already been migrated and working or can wait post-migration ( https://www.python.org/dev/peps/pep-0512/#cpython-repo). So if the above wasn't clear, if you want to help then please help with the b.p.o issues as those are the remaining blockers I can't deal with on my own. And I actually have GitHub-themed gifts I bought myself sitting under my Xmas tree that I won't open until we migrate, so let's not take too long. ;)

1 0

Summary of Python tracker Issues
by Python tracker 16 Dec '16

16 Dec '16

ACTIVITY SUMMARY (2016-12-09 - 2016-12-16) Python tracker at http://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 5639 (+18) closed 35107 (+50) total 40746 (+68) Open issues with patches: 2443 Issues opened (53) ================== #20754: Distribution.parse_config_files uses interpolation since Pytho http://bugs.python.org/issue20754 reopened by jason.coombs #28770: Update python-gdb.py for fastcalls http://bugs.python.org/issue28770 reopened by ned.deily #28923: Nonexisting encoding specified in Tix.py http://bugs.python.org/issue28923 opened by Ivan.Pozdeev #28926: subprocess.Popen + Sqlalchemy doesn't wait for process http://bugs.python.org/issue28926 opened by s1113950 #28927: bytes.fromhex should ignore all whitespace http://bugs.python.org/issue28927 opened by nneonneo #28929: Provide a link from documentation back to its source file http://bugs.python.org/issue28929 opened by brett.cannon #28931: urllib ignores FTP 226 response, breaking further FTP requests http://bugs.python.org/issue28931 opened by Ivan.Pozdeev #28932: Fail compile Python 3.6.0rc1 on OpenBSD 6.0 http://bugs.python.org/issue28932 opened by shadchin #28934: _mboxMMDF#get_message should delegate to get_bytes http://bugs.python.org/issue28934 opened by bpoaugust #28936: test_global_err_then_warn in test_syntax is no longer valid http://bugs.python.org/issue28936 opened by serhiy.storchaka #28937: str.split(): remove empty strings when sep is not None http://bugs.python.org/issue28937 opened by barry #28938: match_hostname treats SAN IP address as DNS name and fails to http://bugs.python.org/issue28938 opened by noxxi #28940: __length_hint__ isn't a hint for list() http://bugs.python.org/issue28940 opened by ronaldoussoren #28941: Update the link to Source Code in Python Docs from hg to githu http://bugs.python.org/issue28941 opened by Mariatta #28942: await expressions in f-strings http://bugs.python.org/issue28942 opened by Adam Gregory #28945: get_boundary invokes unquote twice http://bugs.python.org/issue28945 opened by bpoaugust #28948: Facing issue while running Python 3.6.0rc1 windows x86-64 web http://bugs.python.org/issue28948 opened by arpit arora #28949: Stdlib modules disappear from file system http://bugs.python.org/issue28949 opened by jason.coombs #28950: regrtest: -j0 fails the check -j is not allowed together with http://bugs.python.org/issue28950 opened by xiang.zhang #28951: re.flags not documented in Module Contents as promised. http://bugs.python.org/issue28951 opened by 4Dummies #28952: csv.Sniffer().sniff(0 returns a value without the "strict" att http://bugs.python.org/issue28952 opened by 4Dummies #28953: Use `raise from` when raising new IncompleteRead http://bugs.python.org/issue28953 opened by cool-RR #28954: Incorrect EBNF rule of keywords_arguments http://bugs.python.org/issue28954 opened by woo yoo #28955: Not matched behavior of numeric comparison with the documentat http://bugs.python.org/issue28955 opened by woo yoo #28956: return minimum of modes for a multimodal distribution instead http://bugs.python.org/issue28956 opened by sria91 #28957: undefined symbol: PyUnicodeUCS2_FromUnicode when executing any http://bugs.python.org/issue28957 opened by rkommine #28958: Python should return comperhansive error when SSLContext canno http://bugs.python.org/issue28958 opened by Ilya.Kulakov #28960: Small typo in Thread.join docs http://bugs.python.org/issue28960 opened by rcorre #28961: unittest.mock._Call ignores `name` parameter http://bugs.python.org/issue28961 opened by Jiajun Huang #28962: Crash when throwing an exception with a malicious __hash__ ove http://bugs.python.org/issue28962 opened by Jelle Zijlstra #28963: Use-after-free in _asyncio_Future_remove_done_callback() of _a http://bugs.python.org/issue28963 opened by Ned Williamson #28964: AST literal_eval exceptions provide no information about line http://bugs.python.org/issue28964 opened by stevemerritt #28965: Multiprocessing spawn/forkserver fails to pass Queues http://bugs.python.org/issue28965 opened by Sean Murphy #28967: copy.copy fails on threading.local subclass http://bugs.python.org/issue28967 opened by Jelle Zijlstra #28968: xml rpc server fails with connection reset by peer error no 10 http://bugs.python.org/issue28968 opened by manu #28969: lru_cache is not threadsafe http://bugs.python.org/issue28969 opened by Nicolas Savoire #28970: ctypes.from_buffer counterpart to actively remove the mapping http://bugs.python.org/issue28970 opened by frispete #28971: nntplib is broken when responses are longer than _MAXLINE http://bugs.python.org/issue28971 opened by xdegaye #28972: Document all "python -m" utilities http://bugs.python.org/issue28972 opened by tebeka #28973: The fact that multiprocess.Queue uses serialization should be http://bugs.python.org/issue28973 opened by Bernhard10 #28974: Make default __format__ be equivalent to __str__ http://bugs.python.org/issue28974 opened by serhiy.storchaka #28977: Document PyObject_CallFunction() special case more explicitly http://bugs.python.org/issue28977 opened by haypo #28978: a redundant right parentheses in the EBNF rules of parameter_ http://bugs.python.org/issue28978 opened by woo yoo #28980: ResourceWarning when imorting antigravity in 3.6 http://bugs.python.org/issue28980 opened by levkivskyi #28981: distutils/check.py overzealous catch block hides errors http://bugs.python.org/issue28981 opened by posita #28982: multiprocessing.Queue.get(block=True, timeout=0) always raises http://bugs.python.org/issue28982 opened by Ryan Brindley #28983: Python 3.5.2 won't install on my computer http://bugs.python.org/issue28983 opened by Rhesa Browning #28985: sqlite3 authorizer codes constants not up to date http://bugs.python.org/issue28985 opened by gumblex #28986: Docs should say set.update takes iterable http://bugs.python.org/issue28986 opened by nre3976 #28987: Remove typo in whats new entry on Descriptor Protocol Enhancem http://bugs.python.org/issue28987 opened by Jim Fasarakis-Hilliard #28988: Switch dict and set structures to PyVarObject http://bugs.python.org/issue28988 opened by serhiy.storchaka #28989: .dll files missing http://bugs.python.org/issue28989 opened by Gabriel Lopez #28990: asyncio SSL hangs if connection is closed before handshake com http://bugs.python.org/issue28990 opened by yselivanov Most recent 15 issues with no replies (15) ========================================== #28987: Remove typo in whats new entry on Descriptor Protocol Enhancem http://bugs.python.org/issue28987 #28981: distutils/check.py overzealous catch block hides errors http://bugs.python.org/issue28981 #28974: Make default __format__ be equivalent to __str__ http://bugs.python.org/issue28974 #28970: ctypes.from_buffer counterpart to actively remove the mapping http://bugs.python.org/issue28970 #28964: AST literal_eval exceptions provide no information about line http://bugs.python.org/issue28964 #28958: Python should return comperhansive error when SSLContext canno http://bugs.python.org/issue28958 #28957: undefined symbol: PyUnicodeUCS2_FromUnicode when executing any http://bugs.python.org/issue28957 #28954: Incorrect EBNF rule of keywords_arguments http://bugs.python.org/issue28954 #28953: Use `raise from` when raising new IncompleteRead http://bugs.python.org/issue28953 #28952: csv.Sniffer().sniff(0 returns a value without the "strict" att http://bugs.python.org/issue28952 #28945: get_boundary invokes unquote twice http://bugs.python.org/issue28945 #28940: __length_hint__ isn't a hint for list() http://bugs.python.org/issue28940 #28932: Fail compile Python 3.6.0rc1 on OpenBSD 6.0 http://bugs.python.org/issue28932 #28926: subprocess.Popen + Sqlalchemy doesn't wait for process http://bugs.python.org/issue28926 #28913: "Fatal Python error: Cannot recover from stack overflow." from http://bugs.python.org/issue28913 Most recent 15 issues waiting for review (15) ============================================= #28988: Switch dict and set structures to PyVarObject http://bugs.python.org/issue28988 #28987: Remove typo in whats new entry on Descriptor Protocol Enhancem http://bugs.python.org/issue28987 #28985: sqlite3 authorizer codes constants not up to date http://bugs.python.org/issue28985 #28977: Document PyObject_CallFunction() special case more explicitly http://bugs.python.org/issue28977 #28974: Make default __format__ be equivalent to __str__ http://bugs.python.org/issue28974 #28971: nntplib is broken when responses are longer than _MAXLINE http://bugs.python.org/issue28971 #28969: lru_cache is not threadsafe http://bugs.python.org/issue28969 #28964: AST literal_eval exceptions provide no information about line http://bugs.python.org/issue28964 #28963: Use-after-free in _asyncio_Future_remove_done_callback() of _a http://bugs.python.org/issue28963 #28961: unittest.mock._Call ignores `name` parameter http://bugs.python.org/issue28961 #28960: Small typo in Thread.join docs http://bugs.python.org/issue28960 #28953: Use `raise from` when raising new IncompleteRead http://bugs.python.org/issue28953 #28950: regrtest: -j0 fails the check -j is not allowed together with http://bugs.python.org/issue28950 #28941: Update the link to Source Code in Python Docs from hg to githu http://bugs.python.org/issue28941 #28937: str.split(): remove empty strings when sep is not None http://bugs.python.org/issue28937 Top 10 most discussed issues (10) ================================= #28937: str.split(): remove empty strings when sep is not None http://bugs.python.org/issue28937 22 msgs #28949: Stdlib modules disappear from file system http://bugs.python.org/issue28949 20 msgs #28147: Unbounded memory growth resizing split-table dicts http://bugs.python.org/issue28147 15 msgs #5322: Python 2.6 object.__new__ argument calling autodetection fault http://bugs.python.org/issue5322 12 msgs #26110: Speedup method calls 1.2x http://bugs.python.org/issue26110 12 msgs #28180: sys.getfilesystemencoding() should default to utf-8 http://bugs.python.org/issue28180 11 msgs #28190: Cross-build _curses failed if host ncurses headers and target http://bugs.python.org/issue28190 11 msgs #28754: Argument Clinic for bisect.bisect_left http://bugs.python.org/issue28754 10 msgs #28971: nntplib is broken when responses are longer than _MAXLINE http://bugs.python.org/issue28971 10 msgs #25458: ftplib: command response shift - mismatch http://bugs.python.org/issue25458 9 msgs Issues closed (50) ================== #16255: subrocess.Popen needs /bin/sh but Android only has /system/bin http://bugs.python.org/issue16255 closed by xdegaye #17430: missed peephole optimization http://bugs.python.org/issue17430 closed by serhiy.storchaka #21368: Check for systemd locale on startup if current locale is set t http://bugs.python.org/issue21368 closed by ncoghlan #23971: dict(list) and dict.fromkeys() doesn't account for 2/3 fill ra http://bugs.python.org/issue23971 closed by inada.naoki #26483: docs unclear on difference between str.isdigit() and str.isdec http://bugs.python.org/issue26483 closed by martin.panter #26856: android does not have pwd.getpwall() http://bugs.python.org/issue26856 closed by xdegaye #26919: on Android python fails to decode/encode command line argument http://bugs.python.org/issue26919 closed by xdegaye #26936: android: test_socket fails http://bugs.python.org/issue26936 closed by xdegaye #28089: asyncio: Document that TCP_NODELAY is now used by default http://bugs.python.org/issue28089 closed by yselivanov #28090: Document PEP 530 http://bugs.python.org/issue28090 closed by yselivanov #28091: Document PEP 525 & 530 http://bugs.python.org/issue28091 closed by yselivanov #28424: pkgutil.get_data() doesn't work with namespace packages http://bugs.python.org/issue28424 closed by brett.cannon #28680: bdist_wininst generated 64-bit executable looks for 3.5-32 http://bugs.python.org/issue28680 closed by steve.dower #28683: bind() on a unix socket raises PermissionError on Android for http://bugs.python.org/issue28683 closed by xdegaye #28689: OpenSSL 1.1.0c test failures http://bugs.python.org/issue28689 closed by ned.deily #28755: Rework syntax highlighing in howto/clinic.rst http://bugs.python.org/issue28755 closed by martin.panter #28759: access to mkfifo, mknod and hard links is controled by SELinux http://bugs.python.org/issue28759 closed by xdegaye #28764: test_mailbox fails when run as a non-root user on Android API http://bugs.python.org/issue28764 closed by xdegaye #28771: Update documented signatures of tp_get/setattr http://bugs.python.org/issue28771 closed by martin.panter #28779: set_forkserver_preload() can crash the forkserver if preloaded http://bugs.python.org/issue28779 closed by pitrou #28794: inspect.isasyncgen and inspect.isasyncgenfunction aren't docum http://bugs.python.org/issue28794 closed by berker.peksag #28820: Typo in section 6 of the Python 3.4 documentation http://bugs.python.org/issue28820 closed by martin.panter #28838: Using consistent naming for arguments of "call" functions (C A http://bugs.python.org/issue28838 closed by haypo #28849: do not define sys.implementation._multiarch on Android http://bugs.python.org/issue28849 closed by xdegaye #28896: Embeddable zip allows Windows registry to override module loca http://bugs.python.org/issue28896 closed by steve.dower #28898: Can't compile gdb with Python 3.6 http://bugs.python.org/issue28898 closed by ned.deily #28900: update 'docs for other versions' http://bugs.python.org/issue28900 closed by ned.deily #28912: collections.abc.OrderedMapping http://bugs.python.org/issue28912 closed by rhettinger #28916: Not matched behavior of modulo operator % with the description http://bugs.python.org/issue28916 closed by martin.panter #28918: cross compiling xxlimited fails with "Py_LIMITED_API is incomp http://bugs.python.org/issue28918 closed by xdegaye #28919: Simplify `_copy_func_details` in unittest.mock http://bugs.python.org/issue28919 closed by berker.peksag #28920: Dangerous usage of "O" format string in _asynciomodule.c http://bugs.python.org/issue28920 closed by haypo #28922: Add fixer for "import exceptions" http://bugs.python.org/issue28922 closed by berker.peksag #28924: Inline PyEval_EvalFrameEx() in callers http://bugs.python.org/issue28924 closed by haypo #28925: Confusing exception from cPickle on reduce failure http://bugs.python.org/issue28925 closed by serhiy.storchaka #28928: IDLE crashes when opening .py file from Finder http://bugs.python.org/issue28928 closed by ned.deily #28930: bytes_methods.c won't recompile if related stringlib/* changed http://bugs.python.org/issue28930 closed by xiang.zhang #28933: AC: Accept None as a Py_ssize_t default value http://bugs.python.org/issue28933 closed by mdk #28935: distutils use ConfigParser in Python 3.x and fails to parse se http://bugs.python.org/issue28935 closed by jason.coombs #28939: Groupby Is Roughly Equivalent To ... http://bugs.python.org/issue28939 closed by greg.solomon #28943: Use PyUnicode_MAX_CHAR_VALUE instead of PyUnicode_KIND in some http://bugs.python.org/issue28943 closed by xiang.zhang #28944: A lack of line 6 http://bugs.python.org/issue28944 closed by berker.peksag #28946: AttributeError: module 'signal' has no attribute 'SIGALRM' http://bugs.python.org/issue28946 closed by dd #28947: Facing issue while running Python 3.6.0rc1 windows x86-64 web http://bugs.python.org/issue28947 closed by steve.dower #28959: Add a macro for dict size http://bugs.python.org/issue28959 closed by serhiy.storchaka #28966: Menu.add_checkbutton has no checkmark on OS X http://bugs.python.org/issue28966 closed by ned.deily #28975: os.walk generator giving inconsistent results http://bugs.python.org/issue28975 closed by Colin David Chen #28976: incorrect description that dose not conform to the actual beha http://bugs.python.org/issue28976 closed by r.david.murray #28979: What's New entry on compact dict mentions "faster" implementat http://bugs.python.org/issue28979 closed by ned.deily #28984: json.dump + indent creates trailing extra spaces http://bugs.python.org/issue28984 closed by ned.deily

1 0

Last call for the Call For Proposals of PythonFOSDEM 2017
by Stephane Wirtel 16 Dec '16

16 Dec '16

Hello, this week-end is the last two days for the Call For Proposals of PythonFOSDEM 2017. We have received a lot of topics, but if you want to become a speaker and that you have a very cool topic to submit, please don't hesite and send us your proposal. Deadline is 2016-12-18. Stephane Call For Proposals ================== This is the official call for sessions for the Python devroom at FOSDEM 2017. FOSDEM is the Free and Open source Software Developers' European Meeting, a free and non-commercial two-day week-end that offers open source contributors a place to meet, share ideas and collaborate. It's the biggest event in Europe with +5000 hackers, +400 speakers. For this edition, Python will be represented by its Community. If you want to discuss with a lot of Python Users, it's the place to be! Important dates =============== * Submission deadlines: 2016-12-18 * Acceptance notifications: 2016-12-23 Practical ========= * The duration for talks will be 30 minutes, including presentations and questions and answers. * Presentation can be recorded and streamed, sending your proposal implies giving permission to be recorded. * A mailing list for the Python devroom is available for discussions about devroom organisation. You can register at this address: https://lists.fosdem.org/listinfo/python-devroom How to submit ============= All submissions are made in the Pentabarf event planning tool at https://penta.fosdem.org/submission/FOSDEM17 When submitting your talk in Pentabarf, make sure to select the Python devroom as the Track. Of course, if you already have a user account, please reuse it. Questions ========= Any questions, please send an email to info AT python-fosdem DOT org Thank you for submitting your sessions and see you soon in Brussels to talk about Python. If you want to keep informed for this edition, you can follow our twitter account @PythonFOSDEM. * FOSDEM 2017: https://fosdem.org/2017 * Python Devroom: http://python-fosdem.org * Twitter: https://twitter.com/PythonFOSDEM Stephane -- Stéphane Wirtel - http://wirtel.be - @matrixise

1 0

Asking for feedback about fixing `ftplib' (issue25458)
by Ivan Pozdeev 16 Dec '16

16 Dec '16

I'm currently working on http://bugs.python.org/issue25458 . There are a few options there, and each one has drawbacks. So, I'd like to get some feedback on which way is prefereable before working towards any of them and/or other ideas should they arise. The problem and the options are summarized in http://bugs.python.org/issue25458#msg283073 and the message after that one. Apart from the options, I'd like to know if I must solve the 2nd problem (error handling), too, or it can be handled in a separate ticket. -- Regards, Ivan

1 0

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

Python-Dev December 2016