[issue16123] IDLE - deprecate running without a subprocess

Terry J. Reedy added the comment: I have some different ideas for this issue that would not necessarily involve removing -n. While -n is can be an inferior experience for users (user code blocks the GUI, other interference, especially tkinter), the reason given for deprecation is to simplify

[issue25709] Problem with string concatenation and utf-8 cache.

Terry J. Reedy added the comment: It would be good to get this in 3.4.4. -- components: +Library (Lib) -IDLE nosy: +benjamin.peterson, ezio.melotti, haypo, lemburg, pitrou -kbk, roger.serwy title: greek alphabet bug it is very disturbing... -> Problem with string concatenation and

[issue25709] greek alphabet bug it is very disturbing...

Serhiy Storchaka added the comment: Yes, I have came to the same as random832. String objects have "fast path" for concatenating, and in this path cached UTF8 representation is not cleaned. Pickle is one of simplest ways to reproduce this issue. May be it can be reproduced with compile() or

[issue25710] zipimport is not PEP 3147 or PEP 488 compliant

Changes by Stéphane Wirtel : -- nosy: +matrixise ___ Python tracker ___ ___

[issue5680] Command-line arguments when running in IDLE

Terry J. Reedy added the comment: Today on SO: https://stackoverflow.com/questions/33866724/read-data-from-file-idle. Person writing script to open a file given on command line asks 'How to test from IDLE?' He found PyCharm, but I would like to add a better answer than the workaround I gave

[issue25709] greek alphabet bug it is very disturbing...

random832 added the comment: I can't reproduce without pickle. I did some further digging, though, and it *looks like*... 1. Pickle causes the built-in UTF-8 representation of a string to be populated, whereas encode('utf-8') does not. Can anyone think of any other operations that do this?

[issue25713] Setuptools included with 64-bit Windows installer is outdated

New submission from James Paget: This applies to Python 3.5.1rc1 only. The Windows 64-bit standalone installer installs setuptools 18.2, but the latest version is 18.5. It should be noted that the Python 2.7.11rc1 Windows 64-bit standalone installer installs setuptools 18.5. Other Python

[issue25704] Update the devguide to 3.5

Berker Peksag added the comment: > My first opinion when I have read the documentation was "but this doc is out > of date". Yes, some parts of the devguide is outdated and I already gave +1 to update those parts. But most of the other changes are use 3.4 as an example so changing it to 3.5

[issue25714] Consider isinstance(..., numbers.Integral) instead of isinstance(..., int) or isinstance(..., (int, long)) in datetime.py

New submission from Matt Bogosian: datetime.py is peppered with ``assert`` statements that are two restrictive. Specifically, ``isinstance(..., int)`` does not afford compatibility with alternate ``int``-like implementations (e.g., ``future.types.newint``). Some background: *

[issue5680] Command-line arguments when running in IDLE

Terry J. Reedy added the comment: When file is run with command line args, it might be nice to add an additional separator line with the line entered. That way, if someone ran a series of experiments with different command lines, they would have the command line and output together as

[issue8256] input() doesn't catch _PyUnicode_AsString() exception; io.StringIO().encoding is None

Erik Bray added the comment: I just recently discovered this myself. In the process of debugging the issue I also noticed the same bug that is now fixed via Issue 24402. While I agree that Issue 24402 mostly mitigates the issue I think this patch is still worthwhile, as the current behavior

[issue25709] Problem with string concatenation and utf-8 cache.

Serhiy Storchaka added the comment: Added test without using pickle. -- nosy: +larry priority: high -> release blocker Added file: http://bugs.python.org/file41141/issue25709_2.patch ___ Python tracker

[issue25709] Problem with string concatenation and utf-8 cache.

Eryk Sun added the comment: Serhiy, when does sharing UTF-8 data occur in a compact object? It has to be ASCII since non-ASCII UTF-8 isn't sharable, but PyASCIIObject doesn't have the utf8 field. So it has to be a PyCompactUnicodeObject. But isn't ASCII always allocated as a PyASCIIObject? I

[issue8256] input() doesn't catch _PyUnicode_AsString() exception; io.StringIO().encoding is None

Erik Bray added the comment: > I think the above code *should* break Actually, I see now that Serhiy's patch would allow this example to just pass through to the non-interactive fallback. So I take it back that my example should break--I think using the fallback would also be fine.

[issue25715] Python 3.5.1 installer shows wrong upgrade path

New submission from Steve Dower: When launching the installer to upgrade from a Python 3.5.0 install to 3.5.1, the path shown on the Install button is incorrect. Clicking the button installs to the correct location. This is a regression from 3.5.0 that will cause a lot of confusion. It ought

[issue25711] Rewrite zipimport from scratch

Changes by Eric Snow : -- nosy: +eric.snow, superluser ___ Python tracker ___

[issue25710] zipimport is not PEP 3147 or PEP 488 compliant

Changes by Eric Snow : -- nosy: +superluser ___ Python tracker ___ ___

[issue4744] asynchat documentation needs to be more precise

R. David Murray added the comment: OK, let's close it then. If someone finds something wrong they can open a new issue. -- resolution: -> fixed stage: needs patch -> resolved status: open -> closed ___ Python tracker

[issue25711] Rewrite zipimport from scratch

Serhiy Storchaka added the comment: It was my intension. -- ___ Python tracker ___ ___ Python-bugs-list

[issue25711] Rewrite zipimport from scratch

Changes by Serhiy Storchaka : -- Removed message: http://bugs.python.org/msg255223 ___ Python tracker ___

[issue25711] Rewrite zipimport from scratch

Changes by Serhiy Storchaka : -- Removed message: http://bugs.python.org/msg255222 ___ Python tracker ___

[issue25711] Rewrite zipimport from scratch

Serhiy Storchaka added the comment: I was my intention. -- ___ Python tracker ___ ___ Python-bugs-list

[issue25624] shutil.make_archive makes invalid directory entries

Serhiy Storchaka added the comment: Larry, I think this patch is enough important to go into 3.5.1 final. It fixes a regression in common operation. -- ___ Python tracker

[issue25695] test___all__ and test_support alter execution environment

Serhiy Storchaka added the comment: defer-TESTDIRN.patch LGTM. -- nosy: +serhiy.storchaka stage: patch review -> commit review ___ Python tracker ___

[issue25657] virtualenv's activate does not update LD_LIBRARY_PATH

Ronald Oussoren added the comment: Hi, This appears to be a description of an issue for , not a component of CPython or its standard library. The issue tracker for virtualenv is at . -- nosy:

[issue25657] virtualenv's activate does not update LD_LIBRARY_PATH

serge-sans-paille added the comment: ok, I'll report there then. Sorry for the noise :-/ -- resolution: -> not a bug status: open -> closed ___ Python tracker

[issue6478] time.tzset does not reset _strptime's locale time cache

Serhiy Storchaka added the comment: I forgot about this issue and proposed similar patch for issue25168. It doesn't recalculate timezone values (a tuple of frozensets) on every _strptime call, but uses cheaper tests for time.tzname and time.daylight. issue6478_v3.diff has a bug, it doesn't

[issue25688] File leak in ElementTree.iterparse()

Martin Panter added the comment: Patch 2 looks good. I like the new version of the tests better. -- ___ Python tracker ___

[issue25702] Link Time Optimizations support for GCC and CLANG

Antoine Pitrou added the comment: LTO only exists on recent versions of gcc, so the configure script should probably do some version checking. Also we can't enable it by default as 1) it makes compile times much longer 2) there are some bugs in some gcc versions (see e.g.

[issue25702] Link Time Optimizations support for GCC and CLANG

Alecsandru Patrascu added the comment: LTO exists in GCC since version 4.5, but it is true that only recent versions (>=4.8) perform it in good conditions. It is not enabled by default in this patch, it is only available when building with PGO support. Running just "make" will not activate

[issue19316] devguide: compiler - wording

Stéphane Wirtel added the comment: Hi everybody, Here is a new version of the script for the last version of the devguide. 198554fa82c2 Please review and apply. -- nosy: +matrixise ___ Python tracker

[issue25455] Some repr implementations don't check for self-referential structures

Changes by Eli Bendersky : -- nosy: -eli.bendersky ___ Python tracker ___ ___

[issue25705] Fix regex_compile benchmark crash

New submission from Florin Papa: Hi all, This is Florin Papa from the Server Languages Optimizations Team at Intel Corporation. The patch submitted here solves a crash occurring on Python 2.7 and 3.6 when running the regex_compile benchmark. The clear_cache() call was replaced with

[issue25669] unittest.assertEqual() on un-equal types inheriting from collections.Mapping

Michael Foord added the comment: assertEqual *does* do type checking and it's strict that it will only resort to the "type specific" assert checks if both types are of the same type. In the general case it's impossible to know whether comparing a subclass with the type specific check is the

[issue25704] Update the documentation to 3.5

Changes by Stéphane Wirtel : -- components: Devguide nosy: ezio.melotti, matrixise, willingc priority: normal severity: normal status: open title: Update the documentation to 3.5 versions: Python 3.6 ___ Python tracker

[issue25704] Update the documentation to 3.5

New submission from Stéphane Wirtel: In this patch, I have updated the version of Python, from 3.4 to 3.5. And added Ned Deily in the Release Manager for 3.6. -- keywords: +patch Added file: http://bugs.python.org/file41135/issue25704.patch ___

[issue25702] Link Time Optimizations support for GCC and CLANG

New submission from Alecsandru Patrascu: Title: Link Time Optimizations support for GCC and CLANG Hi All, This is Alecsandru from Server Scripting Languages Optimization team at Intel Corporation. I would like to submit a patch that adds support for Link Time Optimization (LTO) when using

[issue25646] Distutils and Windows SDK 7.1

JGoutin added the comment: OK, I'll look that. -- resolution: -> out of date status: open -> closed ___ Python tracker ___

[issue25703] test_sys is failed if standard stream is redirected in 2.7

New submission from Serhiy Storchaka: When stdout or stderr (but not both) are redirected and PYTHONIOENCODING is not set, test_sys is failed in 2.7. == FAIL: test_43581 (test.test_sys.SysModuleTest)

[issue25698] test regressions introduced with the fix for #22995

Serhiy Storchaka added the comment: This can be related to issue25083. Can you look at the size of copy_reg.pyc and copy_reg.pyo files? -- ___ Python tracker

[issue25702] Link Time Optimizations support for GCC and CLANG

Changes by Alecsandru Patrascu : Added file: http://bugs.python.org/file41131/lto-cpython3-v01.patch ___ Python tracker ___

[issue25702] Link Time Optimizations support for GCC and CLANG

Changes by Alecsandru Patrascu : -- keywords: +patch Added file: http://bugs.python.org/file41130/lto-cpython2-v01.patch ___ Python tracker

[issue7990] xml.etree.cElementTree lacks full dir() on Element

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

[issue7990] xml.etree.cElementTree lacks full dir() on Element

Serhiy Storchaka added the comment: Here is a patch updated to 3.6. -- nosy: +serhiy.storchaka versions: +Python 3.6 -Python 3.3, Python 3.4 Added file: http://bugs.python.org/file41133/etree_attributes.patch ___ Python tracker

[issue25706] problems in library/base64.rst

New submission from hiroaki itoh: * default of ignorechars for a85decode b' tnrv' should be b' \t\n\r\v' * explanation of newline for a85encode "newline('n')" should be "newline('\n')" -- assignee: docs@python components: Documentation messages: 255155 nosy: docs@python,

[issue25706] problems in library/base64.rst

Stéphane Wirtel added the comment: Who can explain the problem ? I am ignorant about this issue. -- nosy: +matrixise ___ Python tracker ___

[issue23914] pickle fails with SystemError

Roundup Robot added the comment: New changeset bac3f63ea747 by Serhiy Storchaka in branch '3.4': Issue #23914: Fixed SystemError raised by unpickler on broken pickle data. https://hg.python.org/cpython/rev/bac3f63ea747 New changeset 531e2674f003 by Serhiy Storchaka in branch '3.5': Issue

[issue25706] problems in library/base64.rst

Changes by hiroaki itoh : -- versions: +Python 3.5 ___ Python tracker ___ ___

[issue25706] problems in library/base64.rst

Changes by hiroaki itoh : -- versions: +Python 3.6 ___ Python tracker ___ ___

[issue25706] problems in library/base64.rst

hiroaki itoh added the comment: maybe this is Sphinx bug. rst has no problem. -- ___ Python tracker ___ ___

[issue25688] File leak in ElementTree.iterparse()

Roundup Robot added the comment: New changeset 6e23777948f3 by Serhiy Storchaka in branch '3.4': Issue #25688: Fixed file leak in ElementTree.iterparse() raising an error. https://hg.python.org/cpython/rev/6e23777948f3 New changeset 267d04459ba3 by Serhiy Storchaka in branch '3.5': Issue

[issue25706] problems in library/base64.rst

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

[issue25688] File leak in ElementTree.iterparse()

Serhiy Storchaka added the comment: Thank you for your review Martin. Opened issue25707 for adding the close method. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue25707] Add the close method for ElementTree.iterparse() object

New submission from Serhiy Storchaka: If ElementTree.iterparse() is called with file names, it opens a file. When resulting iterator is not exhausted, the file lefts not closed. >>> import xml.etree.ElementTree as ET >>> import gc >>> ET.iterparse('/dev/null') >>> gc.collect() __main__:1:

[issue4744] asynchat documentation needs to be more precise

Stéphane Wirtel added the comment: Hi Martin, About the patch of Nikita, I am going to rewrite it asap. Will you have time to check it ? Thanks -- Stéphane Wirtel - http://wirtel.be - @matrixise -- ___ Python tracker

[issue25706] problems in library/base64.rst

hiroaki itoh added the comment: Should be escape by '\\t\\b...' in rst? -- ___ Python tracker ___ ___

[issue25706] problems in library/base64.rst

hiroaki itoh added the comment: escape*d* -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue25707] Add the close method for ElementTree.iterparse() object

Emanuel Barry added the comment: I am unable to reproduce the issue on Windows 7 with 3.5.0; I have tried opening a small (non-empty) text. Here's the result: >>> import xml.etree.ElementTree as ET >>> import gc >>> ET.iterparse("E:/New.txt") >>> gc.collect() 59 -- nosy: +ebarry

[issue25704] Update the devguide to 3.5

Changes by Zachary Ware : -- title: Update the documentation to 3.5 -> Update the devguide to 3.5 ___ Python tracker ___

[issue25702] Link Time Optimizations support for GCC and CLANG

Changes by Alecsandru Patrascu : Added file: http://bugs.python.org/file41138/lto-cpython3-v02.patch ___ Python tracker ___

[issue25702] Link Time Optimizations support for GCC and CLANG

Alecsandru Patrascu added the comment: Meanwhile I've added the patches (v02) for LTO enabled only if the "./configure --with-lto" command is issued. -- ___ Python tracker

[issue25702] Link Time Optimizations support for GCC and CLANG

Changes by Alecsandru Patrascu : Added file: http://bugs.python.org/file41137/lto-cpython2-v02.patch ___ Python tracker ___

[issue25706] problems in library/base64.rst

Roundup Robot added the comment: New changeset a33d76465a18 by Serhiy Storchaka in branch '3.4': Issue #25706: Fixed markup in the documentation. https://hg.python.org/cpython/rev/a33d76465a18 New changeset f4918e98d085 by Serhiy Storchaka in branch '3.5': Issue #25706: Fixed markup in the

[issue25702] Link Time Optimizations support for GCC and CLANG

Antoine Pitrou added the comment: Le 23/11/2015 13:18, Alecsandru Patrascu a écrit : > > Do you see it as an configure option (using, for example, an > explicit --with-lto flag) rather than using it automatically? That would be nice. This way people can easily test different combinations of

[issue25702] Link Time Optimizations support for GCC and CLANG

Antoine Pitrou added the comment: Le 23/11/2015 15:44, Alecsandru Patrascu a écrit : > > Meanwhile I've added the patches (v02) for LTO enabled only if the > "./configure --with-lto" command is issued. Cool, thanks! -- ___ Python tracker

[issue25716] typeobject.c call_method & call_maybe can leak references on 'func'

New submission from Myron Walker: The 'call_method' and 'call_maybe' function in typeobject.c are leaking a reference on 'func' in cases where 'args == NULL'. In this case both of these functions exit like so: if (args == NULL) return NULL; When they need to do: if (args ==

[issue25709] Problem with string concatenation and utf-8 cache.

Serhiy Storchaka added the comment: In updated patch fixed a bug found by Victor and addressed other his comments. Many thanks Victor! -- Added file: http://bugs.python.org/file41142/issue25709_3.patch ___ Python tracker

[issue25716] typeobject.c call_method & call_maybe can leak references on 'func'

Changes by Myron Walker : -- versions: +Python 3.2, Python 3.3, Python 3.4, Python 3.5, Python 3.6 ___ Python tracker ___

[issue25701] Document that tp_setattro and tp_setattr are used for deleting attributes

Martin Panter added the comment: Here is a patch. The same problem happens with getset descriptors: >>> del sys.stdout._CHUNK_SIZE SystemError: null argument to internal routine So I also changed the documentation for “setter” descriptor functions and the tp_descr_set() method. I only looked

[issue25717] tempfile.TemporaryFile fails when dir option set to directory residing on host OS mount

New submission from Hans Lawrenz: Inside a virtualbox vm, calling tempfile.TemporaryFile(dir=foo) where foo is a directory which resides on a volume mounted from the host OS, a FileNotFoundError exception is thrown. In the following code sample, the second block will print "Path 2: ERROR" on

[issue25717] tempfile.TemporaryFile fails when dir option set to directory residing on host OS mount

Martin Panter added the comment: I am unable to produce this on native Linux so far with various kinds of mount points I normally have. What is your guest OS? If you can provide any more details of the failure, such as a traceback, that would be helpful. What is the underlying OS call that is

[issue25660] tabs don't work correctly in python repl

Martin Panter added the comment: Regarding the purpose of the “Readline completer” module, I agree it is inconvenient. But the documentation does say “without readline, the Completer class . . . can still be used”. I ran into this problem

[issue25700] namedtuple documentation

Roundup Robot added the comment: New changeset f611e2244c69 by Raymond Hettinger in branch '3.5': Issue #25700: Clarify that namedtuple property docstrings became writeable in 3.5 https://hg.python.org/cpython/rev/f611e2244c69 -- nosy: +python-dev

[issue25717] tempfile.TemporaryFile fails when dir option set to directory residing on host OS mount

Hans Lawrenz added the comment: Host OS: Mac OS 10.11.1 Guest OS: Ubuntu Trusty 64 Virtualbox: 4.3.30 Vagrant: 1.7.4 Example with trace thrown: vagrant@vagrant-ubuntu-trusty-64:/vagrant$ cat tt.py import tempfile with tempfile.TemporaryFile(dir="/vagrant") as tf: tf.write("testing

[issue25663] Make rlcompleter avoid duplicate global names

Roundup Robot added the comment: New changeset d3a9b055206c by Martin Panter in branch '2.7': Issue #25663: Make rlcompleter avoid duplicate global names https://hg.python.org/cpython/rev/d3a9b055206c -- ___ Python tracker

[issue25663] Make rlcompleter avoid duplicate global names

Roundup Robot added the comment: New changeset 4799615f4f26 by Martin Panter in branch '3.4': Issue #25663: Make rlcompleter avoid duplicate global names https://hg.python.org/cpython/rev/4799615f4f26 New changeset 4ed70c568baf by Martin Panter in branch '3.5': Issue #25663: Merge rlcompleter

[issue25709] Problem with string concatenation and utf-8 cache.

Steven D'Aprano added the comment: On Mon, Nov 23, 2015 at 09:48:46PM +, STINNER Victor wrote: > * the string has a cached UTF-8 byte string (ex: int(s) was called before the > resize) Why do strings cache their UTF-8 encoding? I presume that some of Python's internals rely on the UTF-8

[issue25709] Problem with string concatenation and utf-8 cache.

STINNER Victor added the comment: Steven D'Aprano added the comment: > the problem with caches is that you run the risk of the cache being out of date. Since strings are immutable, it's not a big deal. We control where strings are modified (unicodeobject.c). --

[issue25716] typeobject.c call_method & call_maybe can leak references on 'func'

Martin Panter added the comment: Thanks, here is a patch with the proposed fix. I also removed an unused macro. Do you have an easy way to verify this, e.g. by calling a method from Python with invalid arguments? Or is this just something you found by inspection? -- keywords: +patch

[issue25663] Make rlcompleter avoid duplicate global names

Martin Panter added the comment: I chose to keep my strategy of using the set. Using a dictionary to hold the matches could mess up the order, although it looks like Readline sorts the matches before displaying them. -- resolution: -> fixed stage: patch review -> resolved status:

[issue25709] Problem with string concatenation and utf-8 cache.

Eryk Sun added the comment: > Why do strings cache their UTF-8 encoding? Strings also cache the wide-string representation. For example: from ctypes import * s = '\241\242\243' pythonapi.PyUnicode_AsUnicodeAndSize(py_object(s), None)

[issue7990] xml.etree.cElementTree lacks full dir() on Element

Martin Panter added the comment: The patch looks technically good, though I’m not a big fan of the double underscores, like element_get__text(). Maybe element_text_getter() instead, because it has to match the “getter” signature? Personally, I would say keep the doc strings basic. If you want

[issue25660] tabs don't work correctly in python repl

Martin Panter added the comment: It seems to be the readline.redisplay() line that triggers the search mode. If I comment out that line, I am back to the 3.5 behaviour that adds extra lines. -- ___ Python tracker

[issue25710] zipimport is not PEP 3147 or PEP 488 compliant

New submission from Robert Byrnes: zipimport is not PEP 3147 compliant: i.e., it looks for foo.pyc (in the same directory as foo.py) instead of __pycache__/foo.cpython-35.pyc. This is counterintuitive, and unfortunate because it means that installation directories (that obey PEP 3147

[issue4744] asynchat documentation needs to be more precise

Mark Lawrence added the comment: Does it make sense to spend time updating the asychat docs when https://docs.python.org/3/library/asynchat.html states "Note. This module exists for backwards compatibility only. For new code we recommend using asyncio."? -- nosy: +BreamoreBoy

[issue25704] Update the devguide to 3.5

Changes by Berker Peksag : -- versions: -Python 3.6 ___ Python tracker ___ ___

[issue25708] runpy hides traceback for some exceptions

New submission from Cal Leeming: Originally posted here: http://stackoverflow.com/q/33873243/1267398 The problem is caused by this line: # For -m switch, just display the exception info = str(exc) Caused by the following commit in 2008;

[issue25709] greek alphabet bug it is very disturbing...

New submission from Árpád Kósa: One of my students found this bug. For ascii characters it works as you expect, but for greek alphabet it works unexpectedly. The program works correctly for Python 3.2.x but for 3.4.x and 3.5 it gives erroneous result. -- files: greekbug.py messages:

[issue25707] Add the close method for ElementTree.iterparse() object

Emanuel Barry added the comment: Oh, my bad. Ignore my last message, behaviour is identical then. Thanks for clearing that up. -- ___ Python tracker ___

[issue25709] greek alphabet bug it is very disturbing...

Serhiy Storchaka added the comment: Confirmed on IDLE. >>> s = '' >>> for i in range(5): s += '\xe0' print(s) à àà àà àà àà >>> s = '' >>> for i in range(5): s += chr(0xe0) print(s) à àà àà àà àà >>> s = '' >>> for i in range(5): s +=

[issue25660] tabs don't work correctly in python repl

R. David Murray added the comment: The thing is, when it is a regression it should be fixed before the release is issued, even if it is a more "minor" issue. Otherwise, especially in a x.y.1 release, we look pretty bad. However, this one had been broken in the field so long that rule

[issue25704] Update the devguide to 3.5

Berker Peksag added the comment: I don't think most of the version numbers are very important here and I wouldn't change them unless there is a valid reason. > -3.4 and 3.5, first fix it in ``3.4`` and then merge ``3.4`` into ``default`` > -(which holds the future 3.5). > +3.5 and 3.6, first

[issue23914] pickle fails with SystemError

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

[issue25707] Add the close method for ElementTree.iterparse() object

Serhiy Storchaka added the comment: You have to enable deprecation warnings. Run the interpreter with the -Wa option. -- ___ Python tracker ___

[issue25455] Some repr implementations don't check for self-referential structures

Eli Bendersky added the comment: As I've mentioned elsewhere, I'll have to temporarily take myself off these issues as I don't have the time to work on them (even review patches). I think Raymond may have gotten his Stefans mixed up and meant Stefan Behnel, who's also been looking at etree

[issue25711] Rewrite zipimport from scratch

New submission from Brett Cannon: No one wants to work on zipimport, and yet it's full of bugs. It needs a rewrite so that it's more maintainable. An idea floated at PyCon 2015 was to writing the zip-reading code in C and to keep it as simple as possible -- e.g., don't worry about supporting

[issue25704] Update the devguide to 3.5

Stéphane Wirtel added the comment: Hi Berker, Thank you for your review, > I don't think most of the version numbers are very important here and I > wouldn't change them unless there is a valid reason. My first opinion when I have read the documentation was "but this doc is out of date". It's

[issue4744] asynchat documentation needs to be more precise

Stéphane Wirtel added the comment: Ok, in this case, I will provide the patch On 11/23, R. David Murray wrote: > > R. David Murray added the comment: > > Yes. The docs should be accurate, even if the module is deprecated. > > -- > > ___ > Python

[issue25694] test.libregrtest not installed

STINNER Victor added the comment: R. David Murray added the comment: > It used to be there were also changes that needed to be made to the windows > build files when a new directory was added. Nosying Steve in case this is > still true, assuming there is an option to install the tests (which

[issue25711] Rewrite zipimport from scratch

Serhiy Storchaka added the comment: FYI I'm at the early stage of rewriting zipimport in Python. -- nosy: +serhiy.storchaka ___ Python tracker ___

  1   2   >