[issue20090] slight ambiguity in README.txt instructions for building docs

Changes by Berker Peksag : -- nosy: +georg.brandl ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue20085] Python2.7, wxPython and IDLE 2.7

stubz added the comment: Cheerz mate, In as much as your reply was no help, it's kinda what I figured ... I'm a newbie to linux & python, but I know enough to cause myself serious grief, and well, usually do ... I'll get it sorted at some point ... Hell of a lot easy to work thru then windows t

[issue20092] type() constructor should bind __int__ to __index__ when __index__ is defined and __int__ is not

R. David Murray added the comment: It is not clear to me that that would be correct, though. Isn't the whole point of __index__ that some types can act as indicies even though they are *not* integers? Shouldn't it be up to the type to decide if converting them to int is a sensible thing to d

[issue20083] smtplib: support for IDN (international domain names)

R. David Murray added the comment: A call to formataddr will need to be added to quoteaddr. And yes, test cases are needed. I don't believe that the format of the HELO/EHLO message is defined by the RFC, so I don't think we can automatically parse it. I think we just have to leave the domai

[issue20084] smtplib: support for UTF-8 encoded headers (SMTPUTF8)

R. David Murray added the comment: There is another possible approach, but I haven't decided yet whether or not I like it. The email package string parser could (and may for other reasons) become smart enough to convert unicode into the charset declared in the MIME part when it is parsing the

[issue20084] smtplib: support for UTF-8 encoded headers (SMTPUTF8)

R. David Murray added the comment: Hmm. Perhaps it would be better to close that one as a duplicate of this one, since this one doesn't start out as an error report that then got converted into an enhancement request... The patch on that issue doesn't have anything to do with what the issue t

[issue12692] test_urllib2net is triggering a ResourceWarning

Senthil Kumaran added the comment: @Martin. Agree that this should have been backported. I have done that. Thank you! -- ___ Python tracker ___ __

[issue12692] test_urllib2net is triggering a ResourceWarning

Roundup Robot added the comment: New changeset a43e96695203 by Senthil Kumaran in branch '3.3': Backporing the fix from Issue #12692 http://hg.python.org/cpython/rev/a43e96695203 New changeset 031417ee8351 by Senthil Kumaran in branch 'default': #12692: null merge with 3.3 http://hg.python.org/c

[issue16074] Bad error message in os.rename, os.link, and os.symlink

Jason Gerard DeRose added the comment: vajrasky, one more errno to consider: [Errno 39] Directory not empty: '/tmp/bar' This is when renaming a directory: src directory exists; dst directory exists and is non-empty. In 3.4 Beta1, this error message now includes the src instead of the dst (fl

[issue20093] Wrong OSError message from os.rename() when dst is a non-empty directory

New submission from Jason Gerard DeRose: Under Python 3.3, if renaming a directory with `os.rename()` when the destination is an existing, non-empty directory, like this: os.rename('/tmp/foo', '/tmp/bar') You'll get an OSError with a message like this: OSError: [Errno 39] Directory not empty:

[issue11798] Test cases not garbage collected after run

Michael Foord added the comment: What's the purpose of _removed_tests in your fix, it doesn't appear to be used? -- ___ Python tracker ___ ___

[issue19524] ResourceWarning when urlopen() forgets the HTTPConnection object

Martin Panter added the comment: Just discovered the same fix of manually closing the socket object was already made independently of my patch in the “default” branch! See Issue 12692. http://hg.python.org/cpython/rev/92656b5df2f2 The main difference is my patch should also close the connectio

[issue12692] test_urllib2net is triggering a ResourceWarning

Martin Panter added the comment: Any chance of backporting this to version 3.3? I think it is a real-world issue beyond the test suite. See Issue 19524. -- nosy: +vadmium ___ Python tracker ___

[issue20085] Python2.7, wxPython and IDLE 2.7

Ned Deily added the comment: It is hard to know exactly what is going on without more information and this bug tracker is not set up to answer usage questions. There are better places for help, for example, the Python tutor mailing list (https://mail.python.org/mailman/listinfo/tutor) or stack

[issue20079] Add support for glibc supported locales

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue20088] locale.getlocale() fails if locale name doesn't include encoding

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue20087] Mismatch between glibc and X11 locale.alias

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue20083] smtplib: support for IDN (international domain names)

Freek Dijkstra added the comment: Since smtplib.quoteaddr() uses email.utils.parseaddr(), and the patch for issue 11783 fixes email.utils.parseaddr(), that patch will hopefully solve this issue as well (though a test case wouldn't hurt for sure). What I had not realised is that hostnames are a

[issue20092] type() constructor should bind __int__ to __index__ when __index__ is defined and __int__ is not

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue20084] smtplib: support for UTF-8 encoded headers (SMTPUTF8)

Freek Dijkstra added the comment: Are you sure that issue 8489 is a duplicate? While both concern RFC 6531, the patch for 8489 only seems to add test to check how smtplib.SMTP.login() handles a username with non-ASCII characters. This issue concerns the smtplib.SMTP.rcpt() (and indirectly smtp

[issue20092] type() constructor should bind __int__ to __index__ when __index__ is defined and __int__ is not

Ethan Furman added the comment: True. I meant similar in that Python will use what's available to fill in the blank: class has __eq__ but user tried != ? use __eq__ and invert result class has __index__ but user tried int() ? use __index__ as-is --

[issue20092] type() constructor should bind __int__ to __index__ when __index__ is defined and __int__ is not

Benjamin Peterson added the comment: __ne__ is not "bound" to __eq__. The comparison code simply falls back onto __eq__ if __ne__ is not defined. -- nosy: +benjamin.peterson ___ Python tracker

[issue19995] %c, %o, %x, %X accept non-integer values instead of raising an exception

Ethan Furman added the comment: Enhancement portion split off into issue20092. Attached patch includes doc change, tests, and code changes. If I'm overstepping my bounds, I'm sure somebody will slap me with a fish. ;) -- keywords: +patch stage: test needed -> patch review title: hex()

[issue20092] type() constructor should bind __int__ to __index__ when __index__ is defined and __int__ is not

New submission from Ethan Furman: In order to create a coherent integer type class both __int__ and __index__ must be defined or the resulting instances will behave inconsistently in different places. For example, if __index__ is not defined then the class cannot be used in slices, and if __i

[issue16778] Logger.findCaller needs to be smarter

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

[issue11798] Test cases not garbage collected after run

Roundup Robot added the comment: New changeset b668c409c10a by Antoine Pitrou in branch 'default': Fix breakage in TestSuite.countTestCases() introduced by issue #11798. http://hg.python.org/cpython/rev/b668c409c10a -- ___ Python tracker

[issue11798] Test cases not garbage collected after run

Antoine Pitrou added the comment: No answer to Xavier's regression? The way this issue is being treated is a bit worrying. -- ___ Python tracker ___

[issue20083] smtplib: support for IDN (international domain names)

R. David Murray added the comment: No, that issue is about the email library. So we need this one too for the equivalent enhancement to smtplib. -- resolution: duplicate -> ___ Python tracker ___

[issue20083] smtplib: support for IDN (international domain names)

Freek Dijkstra added the comment: Great to hear that a patch already exists (sorry I couldn't find in in the tracker). Feel free to close this issue as duplicate of issue 11783. (As for the u"string", I wanted to distinguish it from b'string'. I don't use it in code (since the backward compat

[issue19918] PureWindowsPath.relative_to() is not case insensitive

Antoine Pitrou added the comment: Thanks! I've tweaked the patch a bit and committed it. -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker

[issue19918] PureWindowsPath.relative_to() is not case insensitive

Roundup Robot added the comment: New changeset 763f4416c4fd by Antoine Pitrou in branch 'default': Issue #19918: Fix PurePath.relative_to() under Windows. http://hg.python.org/cpython/rev/763f4416c4fd -- nosy: +python-dev ___ Python tracker

[issue20083] smtplib: support for IDN (international domain names)

R. David Murray added the comment: Thanks for the suggestion. Once the issue 11783 patch is committed, smtplib can be changed to use formataddr in quoteaddr, which will result in the domain being punycoded automatically. (It's too bad I forgot about that issue, since the 3.4 beta deadline ha

[issue20084] smtplib: support for UTF-8 encoded headers (SMTPUTF8)

Changes by R. David Murray : -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue20084] smtplib: support for UTF-8 encoded headers (SMTPUTF8)

R. David Murray added the comment: Duplicate of issue 8489. -- components: +email nosy: +barry, r.david.murray resolution: -> duplicate stage: -> committed/rejected superseder: -> Support RFC 6531 in smptlib versions: +Python 3.5 ___ Python tracker

[issue19422] Neither DTLS nor error for SSLSocket.sendto() of UDP socket

Antoine Pitrou added the comment: Updated patch is stricter (it checks for SOCK_STREAM). Pushed! -- resolution: -> fixed stage: needs patch -> committed/rejected status: open -> closed ___ Python tracker _

[issue19422] Neither DTLS nor error for SSLSocket.sendto() of UDP socket

Roundup Robot added the comment: New changeset 44841d81bf14 by Antoine Pitrou in branch '2.7': Issue #19422: Explicitly disallow non-SOCK_STREAM sockets in the ssl module, rather than silently let them emit clear text data. http://hg.python.org/cpython/rev/44841d81bf14 -- _

[issue19422] Neither DTLS nor error for SSLSocket.sendto() of UDP socket

Roundup Robot added the comment: New changeset a00842b783cf by Antoine Pitrou in branch '3.3': Issue #19422: Explicitly disallow non-SOCK_STREAM sockets in the ssl module, rather than silently let them emit clear text data. http://hg.python.org/cpython/rev/a00842b783cf New changeset f7dc02e6987

[issue19422] Neither DTLS nor error for SSLSocket.sendto() of UDP socket

Antoine Pitrou added the comment: Actually, it seems the patch is flawed: >>> sock = socket.socket(socket.AF_INET, socket.SOCK_DGRAM) >>> sock.type 2 >>> sock.settimeout(0) >>> sock.type 2050 But getsockopt() returns the expected value: >>> sock.getsockopt(socket.SOL_SOCKET, socket.SO_TYPE) 2

[issue19648] Empty tests in pickletester need to be implemented or removed

Antoine Pitrou added the comment: I've pushed the patch. Thank you for your contribution! -- resolution: -> fixed stage: commit review -> committed/rejected status: open -> closed versions: -Python 3.3 ___ Python tracker

[issue19648] Empty tests in pickletester need to be implemented or removed

Roundup Robot added the comment: New changeset fef075ddaec9 by Antoine Pitrou in branch 'default': Issue #19648: implement empty tests in pickletester. Patch by Gennadiy Zlobin. http://hg.python.org/cpython/rev/fef075ddaec9 -- nosy: +python-dev ___ P

[issue19143] Finding the Windows version getting messier

Changes by Giampaolo Rodola' : -- nosy: +giampaolo.rodola ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https

[issue20089] email.message_from_string no longer working in Python 3.4

R. David Murray added the comment: Nevermind, I failed to notice the message_from_string part of the traceback. Different question: what are you doing with the message after you parse it? It is not an RFC valid message if you parse it from a string, so the only way to make it produce an RFC v

[issue20091] An index entry for __main__ in "30.5 runpy" is missing

Changes by Serhiy Storchaka : -- title: An index entery for __main__ in "30.5 runpy" is missing -> An index entry for __main__ in "30.5 runpy" is missing ___ Python tracker ___

[issue20089] email.message_from_string no longer working in Python 3.4

Florian Apolloner added the comment: Yes, it works on python3.3 (from debian); I am parsing directly via email.message_from_string: Python 3.3.3 (default, Dec 8 2013, 14:51:59) [GCC 4.8.2] on linux Type "help", "copyright", "credits" or "license" for more information. >>> import email >>> msg=

[issue20089] email.message_from_string no longer working in Python 3.4

R. David Murray added the comment: Hmm. There's definitely a backward compatibility issue here of some sort, but how are you parsing this email? And does it work or fail in some other way on 3.3 tip? -- ___ Python tracker

[issue20091] An index entery for __main__ in "30.5 runpy" is missing

New submission from Mitchell Model: An index entry should be added for __main__ as it appears in the documentation of runpy (30.5 in 3.3, 31.5 in 3.4). -- assignee: docs@python components: Documentation messages: 207030 nosy: MLModel, docs@python priority: normal severity: normal status

[issue20090] slight ambiguity in README.txt instructions for building docs

New submission from Mitchell Model: I tried to build the docs for v3.4.0b1 following the instructions in the Doc/README.txt. My default python is v3.3. I got the following error message: "Error: Sphinx needs to be executed with Python 2.4 or newer (not 3.0 though)." I wondered what was weird abo

[issue20089] email.message_from_string no longer working in Python 3.4

Changes by Florian Apolloner : -- components: +email nosy: +barry, r.david.murray versions: +Python 3.4 ___ Python tracker ___ ___ Pyt

[issue20089] email.message_from_string no longer working in Python 3.4

New submission from Florian Apolloner: Given this email: --- Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Subject: =?utf-8?q?Ch=C3=A8re_maman?= From: f...@example.com To: t...@example.com Date: Sat, 28 Dec 2013 13:08:07 - Message-ID: <20131228130

[issue20086] test_locale fails on PPC64 PowerLinux

Stefan Krah added the comment: I don't know why this fails exactly. I had a similar failure though that was fixed by using the @run_with_locale decorator. -- nosy: +skrah ___ Python tracker ___

[issue20061] make pdb through separate terminal more convenient

Changes by Xavier de Gaye : -- nosy: +xdegaye ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyth

[issue20086] test_locale fails on PPC64 PowerLinux

Changes by Antoine Pitrou : -- nosy: +David.Edelsohn ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue20088] locale.getlocale() fails if locale name doesn't include encoding

New submission from Serhiy Storchaka: >>> import locale, _locale >>> _locale.setlocale(locale.LC_CTYPE, 'en_AG') 'en_AG' >>> _locale.setlocale(locale.LC_CTYPE) 'en_AG' >>> locale.getlocale(locale.LC_CTYPE) Traceback (most recent call last): File "", line 1, in File "/home/serhiy/py/cpython/L

[issue20087] Mismatch between glibc and X11 locale.alias

New submission from Serhiy Storchaka: The locale module uses locale alias table derived from X11 locale.alias file for mapping bare locale names without encodings to locale names with encodings. However sometimes glibc default encoding for a locale differs from that used in X11 locale.alias.

[issue20086] test_locale fails on PPC64 PowerLinux

New submission from Serhiy Storchaka: See http://buildbot.python.org/all/builders/PPC64%20PowerLinux%202.7/builds/396/steps/test/logs/stdio. == ERROR: test_getsetlocale_issue1813 (test.test_locale.TestMiscellaneous) ---

[issue1521950] shlex.split() does not tokenize like the shell

Vinay Sajip added the comment: Let's hope we can get this into 3.5. I updated my patch a while ago to address RDM's comments. -- versions: +Python 3.5 -Python 3.4 ___ Python tracker _

[issue15452] Improve the security model for logging listener()

Changes by Vinay Sajip : -- versions: +Python 3.5 -Python 3.4 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[issue9998] ctypes find_library should search LD_LIBRARY_PATH on linux

Changes by Vinay Sajip : -- versions: +Python 3.5 -Python 3.4 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue16778] Logger.findCaller needs to be smarter

Vinay Sajip added the comment: Too late for 3.4 now, bumping to 3.5. Implementation now uses a set and '__name__' in f.f_globals to match module names passed in - this seems good enough. I plan to commit this as soon as default is updated to 3.5, unless there are alternative suggestions.

[issue16778] Logger.findCaller needs to be smarter

Changes by Vinay Sajip : Added file: http://bugs.python.org/file33283/58f0edef2b19.diff ___ Python tracker ___ ___ Python-bugs-list mailing li