[issue22107] tempfile module misinterprets access denied error on Windows

Billy McCulloch added the comment: I've also run into this bug on Windows. In my case, the tempdir path includes directories on a network share, which I lack write access permissions to. Python tries to generate a *lot* of files, and never figures out it should move on to another directory.

[issue26932] android: test_posix fails

Changes by Serhiy Storchaka : -- nosy: +haypo ___ Python tracker ___ ___

[issue26932] android: test_posix fails

Serhiy Storchaka added the comment: LGTM. But needed to update pyconfig.h.in and configure. RTLD_* constants are also used in Modules/_ctypes/_ctypes.c and Python/pystate.c (this can be a cause of threading and ctypes issues on Android). -- ___

[issue26932] android: test_posix fails

Changes by Serhiy Storchaka : -- assignee: -> serhiy.storchaka ___ Python tracker ___

[issue26932] android: test_posix fails

Chi Hsuan Yen added the comment: For test_getgroups, in Android 5.1 `id` does not support -G. [1] In Android 6.x `id` seems to support -G. [2] I guess CPython can just skip the test on Android < 6.0. [1] https://android.googlesource.com/platform/system/core/+/android-5.1.1_r37/toolbox/id.c

[issue26932] android: test_posix fails

Chi Hsuan Yen added the comment: Patch attached for improved RTLD_* checking. -- keywords: +patch Added file: http://bugs.python.org/file42703/posixmodule_rtld_constants.patch ___ Python tracker

[issue26922] build from fresh checkout fails

Nick Coghlan added the comment: Even updating from remote, and then making a fresh clone in a new directory, I can't reproduce this one - "./configure && make -j4" works for me. Does strace give any potentially useful hints? For me: $ strace -e trace=file ./python -c "pass" the

[issue26932] android: test_posix fails

Chi Hsuan Yen added the comment: On Android RTLD_* constants are not defined via macros but as enum values. I guess CPython needs to check each one in configure.ac. See [1] [1] https://android.googlesource.com/platform/bionic/+/master/libc/include/dlfcn.h -- nosy: +Chi Hsuan Yen

[issue26915] Test identity first in membership operation of ItemsView, ValuesView and Sequence in collections.abc

Xiang Zhang added the comment: I agree with you josh. Actually that's what I want to know, consistency. But I don't mention it in my post, so Guido only gives what to do in this case. In this thread, it means does Python code have to keep the invariant mentioned in msg75735? --

[issue26932] android: test_posix fails

Serhiy Storchaka added the comment: What RTLD_* constants exist on Android? -- nosy: +serhiy.storchaka ___ Python tracker ___

[issue26927] android: test_mmap fails

Serhiy Storchaka added the comment: This is other manifestation of issue26926. -- nosy: +serhiy.storchaka resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> android: test_io fails ___ Python tracker

[issue26926] android: test_io fails

Serhiy Storchaka added the comment: This looks similar to issue11184. -- nosy: +serhiy.storchaka ___ Python tracker ___

[issue26929] android: test_strptime fails

Serhiy Storchaka added the comment: There is other bug at the last week of a year: import datetime for i in range(25, 32): print(datetime.date(1906, 12, i).strftime('%Y %U %w %G %V %u')) for i in range(1, 10): print(datetime.date(1907, 1, i).strftime('%Y %U %w %G %V %u'))

[issue26929] android: test_strptime fails

Xavier de Gaye added the comment: GNU libc says: ‘%V’ The ISO 8601:1988 week number as a decimal number (range ‘01’ through ‘53’). ISO weeks start with Monday and end with Sunday. Week ‘01’ of a year is the first week which has the majority of its

[issue26812] ExtendedInterpolation drops user-defined 'vars' during _interpolate_some() recursion

Yih-En Andrew Ban added the comment: Sure, patch attached. -- keywords: +patch Added file: http://bugs.python.org/file42702/issue26812.patch ___ Python tracker

[issue23003] traceback.{print_exc, print_exception, format_exc, format_exception}: Potential AttributeError

Andy Edwards added the comment: I'm seeing this issue in Python 2.7 Andys-MacBook-Pro:jcore-api-py andy$ which python /Library/Frameworks/Python.framework/Versions/2.7/bin/python Andys-MacBook-Pro:jcore-api-py andy$ python setup.py test running test running egg_info writing requirements to

[issue26915] Test identity first in membership operation of ItemsView, ValuesView and Sequence in collections.abc

Changes by Serhiy Storchaka : -- assignee: -> rhettinger nosy: +serhiy.storchaka ___ Python tracker ___

[issue26219] implement per-opcode cache in ceval

Changes by Josh Rosenberg : -- nosy: +josh.r ___ Python tracker ___ ___

[issue26110] Speedup method calls 1.2x

Changes by Josh Rosenberg : -- nosy: +josh.r ___ Python tracker ___ ___

[issue26929] android: test_strptime fails

Serhiy Storchaka added the comment: Thus there is a gap between 1904-12-31 and 1905-1-1. This is a bug in strftime() on Android. -- ___ Python tracker

[issue26915] Test identity first in membership operation of ItemsView, ValuesView and Sequence in collections.abc

Josh Rosenberg added the comment: At some point someone really needs to decide if the C layer behavior of performing an identity test before full equality checking is something that should be emulated at the Python layer or not. The current state seems ridiculous, where C containers check

[issue26929] android: test_strptime fails

Xavier de Gaye added the comment: >>> for i in range(25, 32): ... print(datetime.date(1904, 12, i).strftime('%Y %U %w %G %V %u')) ... 1904 52 0 1904 51 7 1904 52 1 1904 52 1 1904 52 2 1904 52 2 1904 52 3 1904 52 3 1904 52 4 1904 52 4 1904 52 5 1904 52 5 1904 52 6 1904 52 6 >>>

[issue26929] android: test_strptime fails

Serhiy Storchaka added the comment: Thanks. And what is the output of following code? for i in range(25, 32): print(datetime.date(1904, 12, i).strftime('%Y %U %w %G %V %u')) -- ___ Python tracker

[issue26929] android: test_strptime fails

Xavier de Gaye added the comment: root@generic_x86:/data/local/tmp # python Python 3.6.0a0 (default:f4c6dab59cd8+, May 3 2016, 21:59:47) [GCC 4.9 20140827 (prerelease)] on linux Type "help", "copyright", "credits" or "license" for more information. >>> import datetime >>> for i in range(1,

[issue26929] android: test_strptime fails

Serhiy Storchaka added the comment: What is the output of following code? import datetime for i in range(1, 10): print(datetime.date(1905, 1, i).strftime('%Y %U %w %G %V %u')) -- nosy: +serhiy.storchaka ___ Python tracker

[issue26039] More flexibility in zipfile write interface

Changes by Марк Коренберг : -- nosy: -mmarkk ___ Python tracker ___ ___

[issue17909] Autodetecting JSON encoding

Changes by Geoffrey Sneddon : -- nosy: +gsnedders ___ Python tracker ___ ___

[issue26940] android: test_importlib hangs on armv7

Xavier de Gaye added the comment: Interestingly, all the tests (issues #26938, #26939, #26940 and #26941) that hang on arm use sys.setswitchinterval() aggressively. -- ___ Python tracker

[issue26941] android: test_threading hangs on armv7

Xavier de Gaye added the comment: Interestingly, all the tests (issues #26938, #26939, #26940 and #26941) that hang on arm use sys.setswitchinterval() aggressively. -- ___ Python tracker

[issue26938] android: test_concurrent_futures hangs on armv7

Xavier de Gaye added the comment: Interestingly, all the tests (issues #26938, #26939, #26940 and #26941) that hang on arm use sys.setswitchinterval() aggressively. -- ___ Python tracker

[issue26939] android: test_functools hangs on armv7

Xavier de Gaye added the comment: The attached test_output.txt file is the corresponding gdb backtrace[1]. Interestingly, all the tests (issues #26938, #26939, #26940 and #26941) that hang on arm use sys.setswitchinterval() aggressively. [1] The backtrace is interleaved with: * Python

[issue24950] FAIL: test_expanduser when $HOME=/

Changes by Serhiy Storchaka : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue26876] Extend MSVCCompiler class to respect environment variables

Steve Dower added the comment: I was thinking more like this: if DISTUTILS_USE_SDK: assume PATH is configured execute os.getenv("CC", "cl.exe") directly else: find VS in the registry execute "cl.exe" etc. The only change here from the current situation is preferring the CC

[issue20120] Percent-signs (%) in .pypirc should not be interpolated

Łukasz Langa added the comment: Oh, my bad. Yeah, that sounds like a worthwhile change. -- resolution: not a bug -> status: closed -> open ___ Python tracker

[issue20120] Percent-signs (%) in .pypirc should not be interpolated

Jason R. Coombs added the comment: Łukasz, my proposal was to also update distutils (in all Python versions that get bugfixes) to match the Setuptools behavior and Python 2 behavior. I'd still like to do that to harmonize the implementations. --

[issue24950] FAIL: test_expanduser when $HOME=/

Roundup Robot added the comment: New changeset 194b356c84f5 by Serhiy Storchaka in branch '3.5': Issue #24950: Fixed expanduser tests when the users home directory in pwd is "/". https://hg.python.org/cpython/rev/194b356c84f5 New changeset b9b99cb85a5f by Serhiy Storchaka in branch 'default':

[issue24950] FAIL: test_expanduser when $HOME=/

Serhiy Storchaka added the comment: Yet one corner case is empty HOME value. -- ___ Python tracker ___ ___

[issue26933] android: test_posixpath fails

Xavier de Gaye added the comment: You are right. I will do that. -- ___ Python tracker ___ ___

[issue26933] android: test_posixpath fails

Serhiy Storchaka added the comment: I'll push a patch for issue24950 in short time. Try to search precedences for other your issues. May be they have patches, additional information or experienced people. -- ___ Python tracker

[issue26696] Document collections.abc.ByteString

Changes by Xiang Zhang : -- nosy: +xiang.zhang ___ Python tracker ___ ___ Python-bugs-list

[issue26933] android: test_posixpath fails

Xavier de Gaye added the comment: That was fast! Thanks Serhiy. -- ___ Python tracker ___ ___

[issue26922] build from fresh checkout fails

Brett Cannon added the comment: That exception usually stems from when importlib.h has an error in it. -- nosy: +brett.cannon ___ Python tracker ___

[issue26865] Meta-issue: support of the android platform

Xavier de Gaye added the comment: All the dependencies of this issue are tagged with Components:Cross-Build and a title starting with 'android'. Tests that fail on an android emulator running an x86 system image at API level 21: issue #26918: android: test_pipes fails issue #26919:

[issue26537] ConfigParser has optionxform, but not sectionxform

Changes by Xiang Zhang : -- nosy: +xiang.zhang ___ Python tracker ___ ___ Python-bugs-list

[issue26942] android: test_ctypes crashes on armv7

New submission from Xavier de Gaye: test_ctypes crashes on an android emulator running an armv7 system image (but not on x86) at API level 21. 143|root@generic:/data/local/tmp # python -m test -v test_ctypes == CPython 3.6.0a0 (default:f4c6dab59cd8+, May 3

[issue26941] android: test_threading hangs on armv7

New submission from Xavier de Gaye: test_threading hangs on an android emulator running an armv7 system image (but not on x86) at API level 21. The test suite hangs at test_is_alive_after_fork (test.test_threading.ThreadTests) ... A cause of this problem may be related to the fact that the

[issue26940] android: test_importlib hangs on armv7

New submission from Xavier de Gaye: test_importlib hangs on an android emulator running an armv7 system image (but not on x86) at API level 21. The test suite hangs at test_deadlock (test.test_importlib.test_locks.Frozen_DeadlockAvoidanceTests) ... A cause of this problem may be related to

[issue26938] android: test_concurrent_futures hangs on armv7

New submission from Xavier de Gaye: test_concurrent_futures hangs on an android emulator running an armv7 system image (but not on x86) at API level 21. The test suite hangs at: test_pending_calls_race (test.test_concurrent_futures.ThreadPoolWaitTests) ... A cause of this problem may be

[issue26939] android: test_functools hangs on armv7

New submission from Xavier de Gaye: test_functools hangs on an android emulator running an armv7 system image (but not on x86) at API level 21. The test suite hangs at test_lru_cache_threaded (test.test_functools.TestLRUC) ... A cause of this problem may be related to the fact that the

[issue26922] build from fresh checkout fails

Antoine Pitrou added the comment: Note this is a data point of how obscure and hard to debug the current early startup phase is :-) -- nosy: +ncoghlan ___ Python tracker

[issue24950] FAIL: test_expanduser when $HOME=/

Changes by Serhiy Storchaka : -- assignee: -> serhiy.storchaka ___ Python tracker ___

[issue26933] android: test_posixpath fails

Serhiy Storchaka added the comment: This is a duplicate of issue24950. -- nosy: +serhiy.storchaka resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> FAIL: test_expanduser when $HOME=/ ___ Python tracker

[issue26936] android: test_socket fails

New submission from Xavier de Gaye: test_socket fails on an android emulator running an x86 system image at API level 21. == ERROR: testGetServBy (test.test_socket.GeneralModuleTests)

[issue26937] android: test_tarfile fails

New submission from Xavier de Gaye: test_tarfile fails on an android emulator running an x86 system image at API level 21. == [0/9481] FAIL: test_extract_with_numeric_owner

[issue26935] android: test_os fails

New submission from Xavier de Gaye: One test of test_os fails on an android emulator running an x86 system image at API level 21. See the attached test_output.txt file. -- components: Cross-Build, Library (Lib) files: test_output.txt messages: 264736 nosy: Alex.Willmer, loewis,

[issue26934] android: test_faulthandler fails

New submission from Xavier de Gaye: test_faulthandler fails on an android emulator running an x86 system image at API level 21. See the attached test_output.txt file. -- components: Cross-Build, Library (Lib) files: test_output.txt messages: 264735 nosy: Alex.Willmer, haypo, xdegaye

[issue26932] android: test_posix fails

New submission from Xavier de Gaye: test_posix fails on an android emulator running an x86 system image at API level 21. For the first ERROR, on android we have instead of a list of group IDs: root@generic_x86:/data/local/tmp # id -G uid=0(root) gid=0(root)

[issue26933] android: test_posixpath fails

New submission from Xavier de Gaye: test_posixpath fails on an android emulator running an x86 system image at API level 21. On android we have: root@generic_x86:/data/local/tmp # python Python 3.6.0a0 (default:f4c6dab59cd8+, May 3 2016, 10:42:45) [GCC 4.9 20140827 (prerelease)] on linux

[issue26931] android: test_distutils fails

New submission from Xavier de Gaye: test_distutils fails on an android emulator running an x86 system image at API level 21. See the attached test_output.txt file. Some of these failed tests could be skipped, supposing that native compilation of extension modules on android itself (as

[issue26930] Upgrade installers to OpenSSL 1.0.2h

New submission from Alex Gaynor: https://www.openssl.org/news/secadv/20160503.txt -- keywords: security_issue messages: 264731 nosy: alex, ned.deily, paul.moore, ronaldoussoren, steve.dower, tim.golden, zach.ware priority: normal severity: normal status: open title: Upgrade installers

[issue26929] android: test_strptime fails

New submission from Xavier de Gaye: test_strptime fails on an android emulator running an x86 system image at API level 21. See the attached test_output.txt file. -- components: Cross-Build, Library (Lib) files: test_output.txt messages: 264729 nosy: Alex.Willmer, belopolsky, lemburg,

[issue26906] format(object.__reduce__) fails intermittently

Serhiy Storchaka added the comment: There is similar issue on 3.x: >>> import array >>> it = iter(array.array('i')) >>> format(it) Traceback (most recent call last): File "", line 1, in TypeError: Type arrayiterator doesn't define __format__ >>> type(it).__format__ >>> format(it) ''

[issue26928] android: test_site fails

New submission from Xavier de Gaye: One test of test_site fails on an android emulator running an x86 system image at API level 21. See the attached test_output.txt file. -- components: Cross-Build, Library (Lib) files: test_output.txt messages: 264728 nosy: Alex.Willmer, xdegaye

[issue26923] asyncio.gather drops cancellation

Johannes Ebke added the comment: Thank you for providing the relevant documentation link. I just noticed that it should probably be clarified that in case the outer Future is cancelled, and all children that are not already done ignore the cancellation (a.k.a. catch the CancelledError), the

[issue26927] android: test_mmap fails

New submission from Xavier de Gaye: test_mmap fails on an android emulator running an x86 system image at API level 21. == ERROR: test_large_filesize (test.test_mmap.LargeMmapTests)

[issue26926] android: test_io fails

New submission from Xavier de Gaye: test_io fails on an android emulator running an x86 system image at API level 21. == ERROR: test_large_file_ops (test.test_io.CIOTest)

[issue26925] android: test_multiprocessing_main_handling fails

Xavier de Gaye added the comment: This seems to be related to issue #26924. -- ___ Python tracker ___ ___

[issue26925] android: test_multiprocessing_main_handling fails

New submission from Xavier de Gaye: All the tests of test_multiprocessing_main_handling fail on an android emulator running an x86 system image at API level 21. See the attached test_output.txt file. -- components: Cross-Build, Library (Lib) files: test_output.txt messages: 264723

[issue26923] asyncio.gather drops cancellation

STINNER Victor added the comment: The doc: https://docs.python.org/dev/library/asyncio-task.html#asyncio.gather "Cancellation: if the outer Future is cancelled, all children (that have not completed yet) are also cancelled. If any child is cancelled, this is treated as if it raised

[issue26924] android: test_concurrent_futures fails

New submission from Xavier de Gaye: test_concurrent_futures fails on an android emulator running an x86 system image at API level 21. There are multiple ERRORs, all resulting in the same traceback: Traceback (most recent call last): File

[issue26039] More flexibility in zipfile write interface

Thomas Kluyver added the comment: Any further review comments on this? -- ___ Python tracker ___ ___

[issue26923] asyncio.gather drops cancellation

New submission from Johannes Ebke: In a very specific case, asyncio.gather causes a cancel() call on the Task waiting on the _GatheringFuture to return a false positive. An example program demonstrating this is attached. The context: asyncio.gather creates a _GatheringFuture with a list of

[issue26922] build from fresh checkout fails

Antoine Pitrou added the comment: $ cat /etc/os-release NAME="Ubuntu" VERSION="15.04 (Vivid Vervet)" ID=ubuntu ID_LIKE=debian PRETTY_NAME="Ubuntu 15.04" VERSION_ID="15.04" HOME_URL="http://www.ubuntu.com/; SUPPORT_URL="http://help.ubuntu.com/; BUG_REPORT_URL="http://bugs.launchpad.net/ubuntu/;

[issue26922] build from fresh checkout fails

New submission from Antoine Pitrou: Building from a fresh checkout with "./configure" followed by "make -j4" fails here: $ make -j4 [... snip ...] ./python -E -S -m sysconfig --generate-posix-vars ;\ if test $? -ne 0 ; then \ echo "generate-posix-vars failed" ; \ rm -f

[issue26921] Incorrect usage of a/an articles in PEPs

Serhiy Storchaka added the comment: Thank you for reviews Georg. -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker

[issue26916] Word duplications in PEPs

Changes by Serhiy Storchaka : -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker ___

[issue26921] Incorrect usage of a/an articles in PEPs

Roundup Robot added the comment: New changeset d617c7ba4e14 by Serhiy Storchaka in branch 'default': Issue #26921: Fixed a/an articles. https://hg.python.org/peps/rev/d617c7ba4e14 -- nosy: +python-dev ___ Python tracker

[issue26914] Fix formatting of lists in PEP 420

Georg Brandl added the comment: Yep, they should all be gone. I tried to make sure by running the sources through docutils and finding nested nodes. -- ___ Python tracker

[issue26921] Incorrect usage of a/an articles in PEPs

Georg Brandl added the comment: Also LGTM. It's easy to spot PEPs written by French people :) -- ___ Python tracker ___

[issue26914] Fix formatting of lists in PEP 420

Ned Batchelder added the comment: Unless I have permissions I've never used, I don't think I can just push fixes to the peps repo. Also, it looks like Georg is working away at it! -- ___ Python tracker

[issue26917] unicodedata.normalize(): bug in Hangul Composition

Armin Rigo added the comment: See also https://bitbucket.org/pypy/pypy/issues/2289/incorrect-unicode-normalization . It seems that you reached the same conclusion than the OP in that issue: the problem would really be that normalizing "\uafb8\u11a7" should not drop the second character.

[issue26921] Incorrect usage of a/an articles in PEPs

New submission from Serhiy Storchaka: Proposed patch fixes the usage of a/an articles in PEPs. -- assignee: docs@python components: Documentation files: pep_articles.patch keywords: patch messages: 264710 nosy: docs@python, georg.brandl, martin.panter, serhiy.storchaka priority: normal

[issue26904] Difflib quick_ratio() could use Counter()

Michael Cuthbert added the comment: Here are the results I obtained along with the test code I used to get the results. The test code also has a "hybrid" code which I did not propose, but maybe I should have, which uses the old code for very short (but not degenerate) tests and then the new

[issue26917] unicodedata.normalize(): bug in Hangul Composition

STINNER Victor added the comment: Attached patch changes Hangul Composition. I'm not sure that it is correct. -- keywords: +patch Added file: http://bugs.python.org/file42691/hangul_composition.patch ___ Python tracker

[issue26917] unicodedata.normalize(): bug in Hangul Composition

STINNER Victor added the comment: Extract of nfc_nfkc(): /* Hangul Composition. We don't need to check for pairs, since we always have decomposed data. */ code = PyUnicode_READ(kind, data, i); if (LBase <= code && code < (LBase+LCount) && i + 1 < len

[issue26917] unicodedata.normalize(): bug in Hangul Composition

Changes by STINNER Victor : -- title: Inconsistency in unicodedata.normalize()? -> unicodedata.normalize(): bug in Hangul Composition ___ Python tracker

[issue26917] Inconsistency in unicodedata.normalize()?

STINNER Victor added the comment: I tested http://minaret.info/test/normalize.msp (1) 꾸ᆧ (afb8 11a7) --NFC or NFKC--> 꾸ᆧ (afb8, 11a7) === same than python 꾸ᆧ (afb8 11a7) --NFD or NFKD--> 꾸ᆧ (1101 116e, 11a7) === same than python (2) 꾸ᆧ (1101 116e 11a7) --NFC or NFKC--> 꾸 (afb8) === same

[issue26920] android: test_sys fails

New submission from Xavier de Gaye: test_sys fails on an android emulator running an x86 system image at API level 21. ... test_implementation (test.test_sys.SysModuleTest) ... ok test_intern (test.test_sys.SysModuleTest) ... ok test_ioencoding (test.test_sys.SysModuleTest) ... ok

[issue26917] Inconsistency in unicodedata.normalize()?

STINNER Victor added the comment: Extract of unicodedata_UCD_normalize_impl(): if (strcmp(form, "NFC") == 0) { if (is_normalized(self, input, 1, 0)) { Py_INCREF(input); return input; } return nfc_nfkc(self, input, 0); } is_normalized() is

[issue26919] android: test_cmd_line fails

New submission from Xavier de Gaye: test_cmd_line fails on an android emulator running an x86 system image at API level 21. == FAIL: test_non_ascii (test.test_cmd_line.CmdLineTest)

[issue26918] android: test_pipes fails

New submission from Xavier de Gaye: test_pipes fails on an android emulator running an x86 system image at API level 21. root@generic_x86:/data/local/tmp # python -m test -v test_pipes == CPython 3.6.0a0 (default:f4c6dab59cd8+, May 3 2016, 10:42:45) [GCC 4.9 20140827 (prerelease)] ==

[issue26904] Difflib quick_ratio() could use Counter()

Michael Cuthbert added the comment: @wolma -- you're right, that the inplace __iand__ version of Counter is substantially faster -- it is still slower than the current code (since it is still basically a superset of it). However, testing shows that it is close enough to the current code as

[issue26916] Word duplications in PEPs

Roundup Robot added the comment: New changeset d0b969132758 by Serhiy Storchaka in branch 'default': Issue #26916: Fixed words duplications. https://hg.python.org/peps/rev/d0b969132758 -- nosy: +python-dev ___ Python tracker

[issue26852] android: add a COMPILEALL_FLAGS Makefile variable

Xavier de Gaye added the comment: The python '-E' option was needed on 3.4 when this patch was first implemented and is not needed anymore at the current tip (changeset 2ef61a4747eb, Apr 27 2016). New patch. -- Added file: http://bugs.python.org/file42690/compileall-flags_2.patch

[issue26917] Inconsistency in unicodedata.normalize()?

Armin Rigo added the comment: Note: the examples can also be written in this clearer way on Python 3: >>> from unicodedata import normalize >>> print(ascii(normalize("NFC", "---\uafb8\u11a7---"))) '---\uafb8\u11a7---' >>> print(ascii(normalize("NFC", "---\uafb8\u11a7---\U0002f8a1")))

[issue26917] Inconsistency in unicodedata.normalize()?

New submission from Armin Rigo: There is an apparent inconsistency in unicodedata.normalize("NFC"), introduced with the switch from the Unicode DB 5.1.0 to 5.2.0 (in Python 2.7). First, please note that my knowledge of unicode is limited, so I may be wrong and the following behavior might be

[issue26916] Word duplications in PEPs

Georg Brandl added the comment: LGTM. -- nosy: +georg.brandl ___ Python tracker ___ ___ Python-bugs-list

[issue26914] Fix formatting of lists in PEP 420

Changes by Berker Peksag : -- stage: needs patch -> resolved ___ Python tracker ___

[issue26914] Fix formatting of lists in PEP 420

Changes by Georg Brandl : -- resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue26916] Word duplications in PEPs

New submission from Serhiy Storchaka: Proposed patch fixes typos in PEPs that cause words duplications. -- assignee: docs@python components: Documentation files: pep_duplicates.patch keywords: patch messages: 264695 nosy: docs@python, martin.panter, serhiy.storchaka priority: normal

  1   2   >