[issue22421] securing pydoc server

Senthil Kumaran added the comment: 2.7 was not affected and it was binding to localhost properly. Since it is security related issue, I have fixed it in 3.3 as well. Fix is now present in 3.4 and 3.5 -- resolution: -> fixed stage: patch review -> resolved status: open -> closed version

[issue22421] securing pydoc server

Roundup Robot added the comment: New changeset c438f6aaafa9 by Senthil Kumaran in branch '3.3': Issue #22421 - Secure pydoc server run. Bind it to localhost instead of all interfaces. https://hg.python.org/cpython/rev/c438f6aaafa9 New changeset d36c0f2ab821 by Senthil Kumaran in branch '3.4': M

[issue22427] TemporaryDirectory attempts to clean up twice

New submission from Jack O'Connor: The following little script prints (but ignores) a FileNotFoundError. import tempfile def generator(): with tempfile.TemporaryDirectory(): yield g = generator() next(g) Exception ignored in: Traceback (most recent call last): File "gen.py", line

[issue22426] strptime accepts the wrong '2010-06-01 MSK' string but rejects the right '2010-06-01 MSD'

Akira Li added the comment: MSD variant works on my machine because C library uses the historical timezone database there. I'm not sure whether it works on old Windows versions. -- ___ Python tracker __

[issue22426] strptime accepts the wrong '2010-06-01 MSK' string but rejects the right '2010-06-01 MSD'

Akira Li added the comment: My patch for issue22377 also fixes this bug. With the patch applied. Both MSK and MSD are accepted if the new timezones parameter is false (default for Python 3.5, will be changed to True in Python 3.6 If timezones is True then MSD return a correct aware datetime o

[issue22377] %Z in strptime doesn't match EST and others

Akira Li added the comment: If the current implementation is considered correct (%Z not recognizing EST) then indeed extending the list of recognized timezones is another issue. And the docs should be changed to match the implementation. The current behavior is broken, see also issue22426 If we

[issue21706] Add base for enumerations (Functional API)

Roundup Robot added the comment: New changeset ec016ba862ba by Ethan Furman in branch 'default': Close issue21706: add 'start' parameter to functional API https://hg.python.org/cpython/rev/ec016ba862ba -- nosy: +python-dev resolution: -> fixed stage: -> resolved status: open -> closed

[issue21738] Enum docs claim replacing __new__ is not possible

Changes by Ethan Furman : -- assignee: ethan.furman -> docs@python nosy: +docs@python resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker ___

[issue21738] Enum docs claim replacing __new__ is not possible

Roundup Robot added the comment: New changeset 28c21f09719e by Ethan Furman in branch '3.4': Issue21738: clarify usage of __new__ in Enum subclasses https://hg.python.org/cpython/rev/28c21f09719e New changeset 91ec34801232 by Ethan Furman in branch 'default': Issue21738: clarify usage of __new__

[issue22339] Incorrect behavior when subclassing enum.Enum

Ethan Furman added the comment: http://hg.python.org/cpython/rev/4135f3929b35 http://hg.python.org/cpython/rev/cdd412347827 -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue22426] strptime accepts the wrong '2010-06-01 MSK' string but rejects the right '2010-06-01 MSD'

Changes by Alexander Belopolsky : -- stage: -> needs patch type: behavior -> enhancement versions: -Python 2.7, Python 3.4 ___ Python tracker ___ __

[issue22426] strptime accepts the wrong '2010-06-01 MSK' string but rejects the right '2010-06-01 MSD'

Changes by Alexander Belopolsky : -- assignee: -> belopolsky ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[issue22426] strptime accepts the wrong '2010-06-01 MSK' string but rejects the right '2010-06-01 MSD'

Alexander Belopolsky added the comment: On the second thought, we can probably make the same guesswork as in PyInit_timezone (see Modules/timemodule.c) in time.strptime, but not for the current time, but for the time parsed. -- ___ Python tracker <

[issue22377] %Z in strptime doesn't match EST and others

Berker Peksag added the comment: > if PEP 431 is implemented (or anything that gives access to zoneinfo) > then strptime could extend the list of timezones it accepts (utc + > local timezone names) to include names from the tz database: FTR, I have a WIP(and probably a bit outdated) branch to i

[issue22426] strptime accepts the wrong '2010-06-01 MSK' string but rejects the right '2010-06-01 MSD'

Alexander Belopolsky added the comment: I don't think there is anything we can do here. Without a TZ database, Python has to rely on time.tzname which in case of TZ=Europe/Moscow returns >>> time.tzname ('MSK', 'MSK') Hardcoding a timezones dictionary as done in email module may work for a h

[issue22426] strptime accepts the wrong '2010-06-01 MSK' string but rejects the right '2010-06-01 MSD'

Alexander Belopolsky added the comment: There is no daylight savings time in Moscow and python detects this correctly: $ TZ=Europe/Moscow python3 >>> import time >>> time.daylight 0 Note that historically, there was DST, but time module cannot handle historical TZ changes. (Russian government

[issue22426] strptime accepts the wrong '2010-06-01 MSK' string but rejects the right '2010-06-01 MSD'

Changes by Ned Deily : -- nosy: +belopolsky, lemburg ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue22425] 2to3 import fixer writes dotted_as_names into import_as_names

Changes by Ned Deily : -- nosy: +benjamin.peterson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue22412] Towards an asyncio-enabled command line

Guido van Rossum added the comment: I'm sorry you feel that way. I hope one day you will understand the other side of this kind of issue. -- resolution: -> rejected status: open -> closed ___ Python tracker _

[issue22426] strptime accepts the wrong '2010-06-01 MSK' string but rejects the right '2010-06-01 MSD'

Akira Li added the comment: Correction: The correct offset is +0400: >>> dt = datetime(2010, 5, 31, 20, tzinfo=timezone.utc).astimezone() And _timezones dict is defined in Lib/email/_parseaddr.py -- ___ Python tracker

[issue22426] strptime accepts the wrong '2010-06-01 MSK' string but rejects the right '2010-06-01 MSD'

New submission from Akira Li: >>> import os >>> import time >>> os.environ['TZ'] = 'Europe/Moscow' >>> time.tzset() >>> time.strptime('2010-06-01 MSK', '%Y-%m-%d %Z') time.struct_time(tm_year=2010, tm_mon=6, tm_mday=1, tm_hour=0, tm_min=0, tm_sec=0, tm_wday=1, tm_yday=152, tm_isdst=0)

[issue22425] 2to3 import fixer writes dotted_as_names into import_as_names

New submission from Simon Weber: When dealing with implicit relative imports of the form "import as...", the 2to3 import fixer will rewrite them as "from . import as...". This is invalid syntax. Here's an example: $ tree package/ package/ ├── __init__.py ├── rootmod.py └── subpackage ├─

[issue22412] Towards an asyncio-enabled command line

Martin Teichmann added the comment: And as a last comment, just for completeness, a complete async console. With it you can do cool things like >>> from asyncio import sleep, async >>> def f(): ...yield from sleep(3) ...print("done") >>> yield from f() [after 3 seconds] done >>> async(f

[issue22412] Towards an asyncio-enabled command line

Martin Teichmann added the comment: Well, so I am giving up, apparenty my work is not wanted here. But not before submitting at least the last version of my patch. I seperated out my _input function into two, start_input and continue_input, which are supposed to work in a loop as in start_inpu

[issue22379] Empty exception message of str.join

R. David Murray added the comment: No, you are right and I am wrong. I should have checked myself :) -- ___ Python tracker ___ ___ Py

[issue22412] Towards an asyncio-enabled command line

Guido van Rossum added the comment: There's a sage piece of advice somewhere in the developer docs. "Know when to give up." I think you need to write a PEP trying to argue that supporting "yield from" in the REPL is essential to a large category of users, so you can lobby for support. In the

[issue22407] re.LOCALE is nonsensical for Unicode

Antoine Pitrou added the comment: Ha, I always forget about the Turkish locale case... -- ___ Python tracker ___ ___ Python-bugs-list

[issue22407] re.LOCALE is nonsensical for Unicode

Serhiy Storchaka added the comment: Yes, one of solution is to deprecate re.LOCALE for unicode strings and then make it incompatible with unicode strings. But I think it would be good to implement locale-aware matching. Example. >>> for a in 'Ii\u0130\u0131': ... for b in 'Ii\u0130\u0131'

[issue22424] make: *** [Objects/unicodeobject.o] Error 1

Changes by STINNER Victor : -- nosy: -165559672 resolution: fixed -> not a bug status: open -> closed ___ Python tracker ___ ___ Pyth

[issue21472] Fix wsgiref handling of absolute HTTP Request-URI

mouad added the comment: Hi Guido, If I understand this correctly, the HOST header was added only in HTTP1.1 and setting the absolute URI was the right behavior client should follow if they are behind a proxy for HTTP1.0, but the same behavior was kept in HTTP1.1 for backward compatibility.

[issue22424] make: *** [Objects/unicodeobject.o] Error 1

bono wang added the comment: Usually, you can workaround GCC bugs by disabling optimizations. You can try to modify Makefile to replace "-O3" with "-O2" or even "-O0" (disable all optimizations), and then try to run "make" again. donethanks a lot -- nosy: +165559672 resolution:

[issue22400] Stable API broken on Windows for PyUnicode_*

Changes by R. David Murray : -- stage: -> resolved ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue22400] Stable API broken on Windows for PyUnicode_*

Jeremy Kloth added the comment: Ah, yes indeeed. Sorry for the noise as it was that my local repos were having some syncing issues so I had out of date sources. Marking as closed (fixed) and duplicate of issue17432. -- resolution: -> duplicate status: open -> closed

[issue22418] ipaddress.py new IPv6 Method for Solicited Multicast Address

Eric V. Smith added the comment: Changing to 3.5 only, as this is an API addition so it can only be added there. I think that raising an exception instead of retuning None for a multicast address would be a better API. Any chance you can write some tests? Thanks! -- nosy: +eric.smith

[issue22421] securing pydoc server

Senthil Kumaran added the comment: sys.platform is darwin since OS X 10.5. I am not sure when it's value was 'mac', So effectively the host was localhost on mac systems. Directly setting the host value to localhost on all platforms may be right thing to do. Here is a patch with tests. ---

[issue22424] make: *** [Objects/unicodeobject.o] Error 1

STINNER Victor added the comment: > i really dont know how to fix it It's a GCC bug, not a Python bug: "gcc: Internal error: ...". What is your OS? What is your GCC version? How much memory do you have? Do you get the same error if you run "make" again? Try to run "gcc -pthread -c -DNDEBUG -

[issue22424] make: *** [Objects/unicodeobject.o] Error 1

New submission from bono wang: when i was upgrade from py 2.6 to py 3.3 the error is show up # make && make install gcc -pthread -c -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes-I. -I./Include-DPy_BUILD_CORE -o Modules/python.o ./Modules/python.c gcc -pthread -c -DNDEBUG -g -fwra

[issue21270] unittest.mock.call object has inherited count method

Roundup Robot added the comment: New changeset 5660c1bdc2b6 by Kushal Das in branch 'default': Closes #21270 : We now override tuple methods in mock.call objects. https://hg.python.org/cpython/rev/5660c1bdc2b6 -- nosy: +python-dev resolution: -> fixed stage: needs patch -> resolved stat

[issue21270] unittest.mock.call object has inherited count method

Kushal Das added the comment: Uploading the second version of the patch. -- Added file: http://bugs.python.org/file36630/issue21270_v2.patch ___ Python tracker ___ __

[issue22421] securing pydoc server

Changes by Antoine Pitrou : -- stage: -> patch review versions: +Python 2.7, Python 3.4, Python 3.5 ___ Python tracker ___ ___ Python

[issue22407] re.LOCALE is nonsensical for Unicode

Antoine Pitrou added the comment: I don't think we should fix this in 2.x: some people may rely on the old behaviour, and it will be difficult for them to debug. In 3.x, I simply propose we deprecate re.LOCALE for unicode strings and make it a no-op. -- ___

[issue22400] Stable API broken on Windows for PyUnicode_*

STINNER Victor added the comment: I think this issue was already fixed by this change: changeset: 88287:ea0aa3e32ab5 branch: 3.3 parent: 88263:203ca77ea819 user:Martin v. Löwis date:Sat Jan 04 10:01:42 2014 +0100 files: Misc/NEWS PC/python3.def description: Iss

[issue22407] re.LOCALE is nonsensical for Unicode

Changes by STINNER Victor : -- components: +Unicode ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue22407] re.LOCALE is nonsensical for Unicode

Changes by STINNER Victor : -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python

[issue22421] securing pydoc server

Senthil Kumaran added the comment: The localhost breaking on your linux system might be due to improper /etc/hosts or is localhost pointing to an ipv6 address? That said, I think it is okay to rely on 127.0.0.1 as host for running pydoc server. I am unsure why the initial check was done only f

[issue22231] httplib: unicode url will cause an ascii codec error when combined with a utf-8 string header

Bob Chen added the comment: up... -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/ma

[issue17120] Mishandled _POSIX_C_SOURCE and _XOPEN_SOURCE in pyconfig.h

Changes by Antoine Pitrou : -- nosy: +loewis ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pytho

[issue14285] Traceback wrong on ImportError while executing a package

Rob Agar added the comment: The message also needs to include the file and line number of the ImportError. -- ___ Python tracker ___ _

[issue14285] Traceback wrong on ImportError while executing a package

Changes by Rob Agar : -- nosy: +robagar ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org

[issue22423] Errors in printing exceptions raised in a thread

New submission from Serhiy Storchaka: Proposed patch fixes some bugs in printing exceptions in the threading module. 1. Fixed names of private variables in initialization. This caused unhandled AttributeError. The regression was introduced in changeset e71c3223810f. This part of the patch shou

[issue22379] Empty exception message of str.join

Yongzhi Pan added the comment: I tested it and find str of an exception does not contain the exception type: >>> a = TypeError() >>> str(a) '' >>> a = TypeError('b', 3) >>> a.args ('b', 3) >>> str(a) "('b', 3)" Am I missing some other circumstances? --

[issue22422] IDLE closes all when in dropdown menu

New submission from Brunel: While python shell is running if the user puts a period after a statement and waits for the dropdown list to pop up, then closes python shell the following will happen: IDLE will close all active windows immediately, regardless of any unsaved progress (which is los