[issue20013] imaplib behaviour when deleting selected folder
New submission from Daniël van Eeden:
When executing DELETE against a SELECTED imap folder the server responds:
---
a8 SELECT SentMail
* FLAGS (\Answered \Flagged \Deleted \Seen \Draft)
* OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags
permitted.
* 0 EXISTS
* 0 RECENT
* OK [UIDVALIDITY 1386063387] UIDs valid
* OK [UIDNEXT 1] Predicted next UID
* OK [NOMODSEQ] No permanent modsequences
a8 OK [READ-WRITE] Select completed (0.001 secs).
a9 delete SentMail
a9 OK Delete completed.
* BYE Selected mailbox was deleted, have to disconnect.
Connection closed by foreign host.
---
If the same is done with imaplib the exception does not clearly
indicate what happened.
File /usr/lib/python2.7/imaplib.py, line 649, in select
typ, dat = self._simple_command(name, mailbox)
File /usr/lib/python2.7/imaplib.py, line 1070, in _simple_command
return self._command_complete(name, self._command(name, *args))
File /usr/lib/python2.7/imaplib.py, line 899, in _command_complete
raise self.abort('command: %s = %s' % (name, val))
imaplib.abort: command: SELECT = socket error: EOF
--
components: Library (Lib)
messages: 206501
nosy: dveeden
priority: normal
severity: normal
status: open
title: imaplib behaviour when deleting selected folder
versions: Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20013
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7464] circular reference in HTTPResponse by urllib2
Kristján Valur Jónsson added the comment: This is still a horrible, horrible, cludge. I've recently done some work in this area and will suggest a different approach. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7464 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20014] Makes array.array constructor accepts ascii-unicode typecode
New submission from Vajrasky Kok: import array array.array(u'i', [1,2,3]) Traceback (most recent call last): File stdin, line 1, in module TypeError: must be char, not unicode In this ticket #13566, Alexandre Vassalotti said: We should still fix array in 2.7 to accept unicode object for the typecode though. So here is the patch to add support for ascii-unicode typecode for array.array constructor. -- components: Extension Modules files: makes_array_accepts_ascii_unicode_typecode.patch keywords: patch messages: 206503 nosy: alexandre.vassalotti, vajrasky priority: normal severity: normal status: open title: Makes array.array constructor accepts ascii-unicode typecode type: behavior versions: Python 2.7 Added file: http://bugs.python.org/file33184/makes_array_accepts_ascii_unicode_typecode.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20014 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13566] Array objects pickled in 3.x with protocol =2 are unpickled incorrectly in 2.x
Vajrasky Kok added the comment: Alexandre Vassalotti said: We should still fix array in 2.7 to accept unicode object for the typecode though. I created issue #20014 (with the patch) for this feature. -- nosy: +vajrasky ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13566 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20014] Makes array.array constructor accepts ascii-unicode typecode
Vajrasky Kok added the comment: Here is the patch with simpler unittest. -- Added file: http://bugs.python.org/file33185/makes_array_accepts_ascii_unicode_typecode_v2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20014 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20014] Makes array.array constructor accepts ascii-unicode typecode
Changes by Vajrasky Kok sky@speaklikeaking.com: Added file: http://bugs.python.org/file33186/makes_array_accepts_ascii_unicode_typecode_v2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20014 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20014] Makes array.array constructor accepts ascii-unicode typecode
Changes by Vajrasky Kok sky@speaklikeaking.com: Removed file: http://bugs.python.org/file33185/makes_array_accepts_ascii_unicode_typecode_v2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20014 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19619] Blacklist base64, hex, ... codecs from bytes.decode() and str.encode()
Nick Coghlan added the comment: Unassigning this one - I don't think the solution we used for 3.4 is appropriate in a maintenance release, but I'm not sure how else to resolve it. -- assignee: ncoghlan - priority: critical - high ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19619 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20008] Clean up/refactor/make discoverable test_decimal
Stefan Krah added the comment: Assigning to myself, since my private 100% coverage test suite would have to be updated as well. I have just glanced at the patch and only have some superficial remarks: In any case, I would prefer a patch without stylistic changes. Elimination of return is a personal preference, so are the whitespace changes. Listing the tests explicitly is sometimes helpful, e.g. one can comment out tests when tracking down a refleak. Curiously enough, testing with a polluted context is also useful, since all functions must handle contexts with flags that are already set. Finally, I *suspect* no one is using the command line arguments any more. They were probably used heavily during the design phase of decimal.py. -- assignee: - skrah ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20008 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19524] ResourceWarning when urlopen() forgets the HTTPConnection object
Serhiy Storchaka added the comment: Thank you Martin for clarification. Now I see the problem. Here is regenerated for Rietveld patch. Perhaps more safe will be not close socket, but only set the _closed attribute so that it will be closed just after closing SocketIO. if h.sock: h.sock._closed = True h.sock = None But this is even more tricky. Yet one approach is to implement __del__() method in the socket.socket class. But this breaks existing tests. -- Added file: http://bugs.python.org/file33187/issue19524.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19524 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7464] circular reference in HTTPResponse by urllib2
Serhiy Storchaka added the comment: Could you please provide some tests? -- nosy: +serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7464 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9291] mimetypes initialization fails on Windows because of non-Latin characters in registry
R. David Murray added the comment: OK, that means the issue 15207 fix didn't fix it, since that's in 2.7.6. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9291 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18576] Rename and document test.script_helper as test.support.script_helper
Nick Coghlan added the comment: The attached patch just moves the file without leaving an alias behind. It turns out we use this one in a fair few places (mostly for assert_python_ok). I'm going to sit on this change for the moment - after reading the docs, it's quite clear that the last couple of functions don't really belong in script_helper, but rather in the pkg_helper module discussed in issue 15376. So my current plan is to factor that helper out *first*, then when this one lands, the intent of grouping more of the support code that folks working on the test suite might be interested in using together will hopefully be clearer. -- dependencies: +Refactor the test_runpy walk_package support code into a common location Added file: http://bugs.python.org/file33188/issue18576_move_and_document_script_helper.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18576 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20011] Changing the signature for Parameter's constructor
R. David Murray added the comment: Can you provide a link to the python-ideas discussion, please? -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20011 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18578] Rename and document test.bytecode_helper as test.support.bytecode_helper
Changes by Nick Coghlan ncogh...@gmail.com: -- assignee: - ncoghlan ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18578 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20013] imaplib behaviour when deleting selected folder
R. David Murray added the comment: Looks like a bug in the RFC, not including DELETE of current mailbox in the things that cause a transition back to 'authenticated' state. But yes, a clearer error message would be good. The code should be handling this correctly, so something odd is going on. Can you provide an imaplib debug level 5 trace of the session? That should show the network conversation from imaplib's point of view, as well as a bit about its internal state. In your imaplib case, I presume the error occurs when you try to issue a new select command? -- components: +email nosy: +barry, r.david.murray type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20013 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19619] Blacklist base64, hex, ... codecs from bytes.decode() and str.encode()
Serhiy Storchaka added the comment: What about my comments in msg203841? See http://comments.gmane.org/gmane.comp.python.devel/143943 for example how hard to get rid of private arguments in public functions. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19619 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19619] Blacklist base64, hex, ... codecs from bytes.decode() and str.encode()
Changes by Serhiy Storchaka storch...@gmail.com: -- versions: +Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19619 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19619] Blacklist base64, hex, ... codecs from bytes.decode() and str.encode()
Nick Coghlan added the comment: I was planning to fix pydoc to not show private keyword only arguments. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19619 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20014] Makes array.array constructor accepts ascii-unicode typecode
Serhiy Storchaka added the comment: I think a patch can be much simpler. Perhaps make c to accept 1-character Unicode objects? -- nosy: +serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20014 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19619] Blacklist base64, hex, ... codecs from bytes.decode() and str.encode()
Serhiy Storchaka added the comment: If people don't pay attention on explicit warning not to use certain parameters, is the lack of documentation will stop them? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19619 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20013] imaplib behaviour when deleting selected folder
Changes by Daniël van Eeden launch...@myname.nl: Added file: http://bugs.python.org/file33189/test_san.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20013 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20013] imaplib behaviour when deleting selected folder
Daniël van Eeden added the comment: I've replace the user and password in both the test script and the log. -- Added file: http://bugs.python.org/file33190/imaplib_issue20013_san.log ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20013 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1100942] Add datetime.time.strptime and datetime.date.strptime
Julian Gindi added the comment: Maciej, cool! I just wanted to move this patch forward because A) it seemed inactive and B) I would love to see this feature make it in :) I guess that means there is nothing that I need to do. Looking forward to this one, good work! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1100942 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1100942] Add datetime.time.strptime and datetime.date.strptime
Changes by Berker Peksag berker.pek...@gmail.com: -- versions: +Python 3.5 -Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1100942 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20013] imaplib behaviour when deleting selected folder
R. David Murray added the comment: Please try the attached patch and let me know if it improves things. If it works, figuring out how to write a test for this is going to be the hard part. The imaplib tests don't have very good coverage, even in python3 where there are at least more of them. -- keywords: +patch Added file: http://bugs.python.org/file33191/check_bye.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20013 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20013] imaplib behaviour when deleting selected folder
Daniël van Eeden added the comment: The patch doesn't seem to change the behaviour. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20013 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19492] Report skipped distutils tests as skipped
Roundup Robot added the comment: New changeset b3f3e6afe966 by Serhiy Storchaka in branch '3.3': Issue #19492: Silently skipped distutils tests now reported as skipped. http://hg.python.org/cpython/rev/b3f3e6afe966 New changeset da3472687566 by Serhiy Storchaka in branch 'default': Issue #19492: Silently skipped distutils tests now reported as skipped. http://hg.python.org/cpython/rev/da3472687566 New changeset d5b0bb2a1790 by Serhiy Storchaka in branch '2.7': Issue #19492: Silently skipped distutils tests now reported as skipped. http://hg.python.org/cpython/rev/d5b0bb2a1790 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19492 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19492] Report skipped distutils tests as skipped
Serhiy Storchaka added the comment: Thanks Arfrever, Zachary and Éric for reviews. -- resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19492 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20013] imaplib behaviour when deleting selected folder
R. David Murray added the comment: Ah, I see. The BYE isn't issued until the next command is successfully transmitted. I'd call that a broken server, but obviously it's what you have to deal with, so we should handle it. Try this version. -- Added file: http://bugs.python.org/file33192/check_bye.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20013 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19997] imghdr.what doesn't accept bytes paths
STINNER Victor added the comment: imghdr_bytes.patch should use os.fsencode() to encode the filename, not filename.encode(). (You may use a valid sound file of the Python suite test instead of generating an invalid sounf file.) imghdr_files.patch looks overkill. I don't think that it's useful to support integer file descriptor. Being able to pass an open file is enough. imghdr_bytes.patch is fine. -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19997 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19997] imghdr.what doesn't accept bytes paths
Claudiu.Popa added the comment: Hi, Victor! The second patch does use os.fsencode. I'll update the first one with this change. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19997 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8220] site.py's Quitter pollutes builtins with exit and quit for non-interactive use
Derek Wilson added the comment: could this be reconsidered for 3.5+? most of the legacy code that you were worried about breaking would not port without tonnes of work anyway. it would also be nice to modify quitter's repr actually exit (so you don't get that ridiculously annoying Use exit() or Ctrl-D (i.e. EOF) to exit message). but that would be dangerous to do if it were not available only in the interactive interpreter. while that is my motivation for wanting quitter out of the global namespace, i do understand that is a different ticket. which i will submit. :-) -- nosy: +underrun versions: +Python 3.5 -Python 2.5, Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8220 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9291] mimetypes initialization fails on Windows because of non-Latin characters in registry
Tim Golden added the comment: I'll try to look at this soonish. Thanks for bringing it back to the surface. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9291 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8220] site.py's Quitter pollutes builtins with exit and quit for non-interactive use
Brett Cannon added the comment: I still don't think it's worth the potential breakage to remove these from the built-in namespace; there is enough code in Python 3 to not warrant breaking them, nor making any porting harder for those still on Python 2. You can ask on python-dev, though, to see how other core devs feel because I don't feel strongly enough to block it. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8220 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20015] Allow 1-character ASCII unicode where 1-character str is required
New submission from Serhiy Storchaka: In most cases when str object required, unicode object is allowed too. s and z codes (with modifiers) in PyArg_Parse*() accept both str and unicode instances. But c code accepts only 1-character str, not unicode. This makes harder writing version-agnostic code with imported unicode_literals (2.7 functions require bytes literals, 3.x functions require unicode literals) and breaks pickle compatibility (see issue13566). This change will affect: * str.ljust(), str.rjust() and str.center(); * '%c' % char; * mmap.write_byte(); * array constructor and item setter for 'c' type; * datetime.isoformat(); * bsddb.set_re_delim() and bsddb.set_re_pad(); * msvcrt.putch() and msvcrt.ungetch(); * swi.block.padstring(). -- components: Interpreter Core files: getargs_c_unicode.patch keywords: patch messages: 206529 nosy: alexandre.vassalotti, pitrou, serhiy.storchaka priority: normal severity: normal stage: patch review status: open title: Allow 1-character ASCII unicode where 1-character str is required versions: Python 2.7 Added file: http://bugs.python.org/file33193/getargs_c_unicode.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20015 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13566] Array objects pickled in 3.x with protocol =2 are unpickled incorrectly in 2.x
Serhiy Storchaka added the comment: See issue20015 for more general approach. -- nosy: +serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13566 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20015] Allow 1-character ASCII unicode where 1-character str is required
STINNER Victor added the comment: I don't like the heuristic of ASCII only characters. Accepting that may lead to bugs if later you pass a non-ASCII character. And is it not too late to change that in Python 2.7? Version released 3 years ago and widely used in production. -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20015 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20014] Makes array.array constructor accepts ascii-unicode typecode
Serhiy Storchaka added the comment: See issue20015 for more general and simple solution. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20014 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20015] Allow 1-character ASCII unicode where 1-character str is required
Stefan Krah added the comment: I guess it makes porting to Python 3 easier, but can we do this in a stable release? -- nosy: +benjamin.peterson, skrah ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20015 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20012] Re: Allow Path.relative_to() to accept non-ancestor paths
Antoine Pitrou added the comment: That's by design. If /etc is a symlink to e.g. /mnt/etc, the proposed result is wrong. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20012 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20016] make site.py Quitter call itself on repr
New submission from Derek Wilson: calling exit() or quit() is actually very cumbersome especially as most other commandline tools that have a command interface allow you to exit or quit by typing exit or quit and not by calling a function. if quitter's builtins are only available in the interactive interpreter this seems like it would be perfectly safe. now that we are looking at 3.x going forward, perhaps we can reopen this: http://bugs.python.org/issue8220 -- components: Extension Modules files: quit_from_repr.patch keywords: patch messages: 206537 nosy: underrun priority: normal severity: normal status: open title: make site.py Quitter call itself on repr versions: Python 3.5 Added file: http://bugs.python.org/file33194/quit_from_repr.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20016 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13566] Array objects pickled in 3.x with protocol =2 are unpickled incorrectly in 2.x
STINNER Victor added the comment: If you pickle an array object on python 3 the typecode is encoded as a unicode string rather than as a byte string. This makes python 2 reject the pickle. Pickles files of Python 3 are supposed to be compatible with Python 2? It looks very tricky to produce pickle files compatible with both versions. -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13566 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20017] SimpleHTTPServer: UnicodeDecodeError on Windows 8 (64-bit)
New submission from Hugo.Lol: Running Windows 8 (64-bit) and Python 2.7.6 (64-bit). python -m SimpleHTTPServer Traceback (most recent call last): File C:\Python27\lib\runpy.py, line 162, in _run_module_as_main __main__, fname, loader, pkg_name) File C:\Python27\lib\runpy.py, line 72, in _run_code exec code in run_globals File C:\Python27\lib\SimpleHTTPServer.py, line 27, in module class SimpleHTTPRequestHandler(BaseHTTPServer.BaseHTTPRequestHandler): File C:\Python27\lib\SimpleHTTPServer.py, line 208, in SimpleHTTPRequestHand ler mimetypes.init() # try to read system mime.types File C:\Python27\lib\mimetypes.py, line 358, in init db.read_windows_registry() File C:\Python27\lib\mimetypes.py, line 258, in read_windows_registry for subkeyname in enum_types(hkcr): File C:\Python27\lib\mimetypes.py, line 249, in enum_types ctype = ctype.encode(default_encoding) # omit in 3.x! UnicodeDecodeError: 'ascii' codec can't decode byte 0xd7 in position 2: ordinal not in range(128) -- components: Unicode, Windows messages: 206538 nosy: Hugo.Lol, ezio.melotti, haypo priority: normal severity: normal status: open title: SimpleHTTPServer: UnicodeDecodeError on Windows 8 (64-bit) versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20017 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20017] SimpleHTTPServer: UnicodeDecodeError on Windows 8 (64-bit)
STINNER Victor added the comment: This issue is a duplicate of #9291. -- resolution: - fixed status: open - closed superseder: - mimetypes initialization fails on Windows because of non-Latin characters in registry ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20017 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9291] mimetypes initialization fails on Windows because of non-Latin characters in registry
STINNER Victor added the comment: Issue #20017 has been marked as a duplicate of this issue. Copy of the message: Running Windows 8 (64-bit) and Python 2.7.6 (64-bit). python -m SimpleHTTPServer Traceback (most recent call last): File C:\Python27\lib\runpy.py, line 162, in _run_module_as_main __main__, fname, loader, pkg_name) File C:\Python27\lib\runpy.py, line 72, in _run_code exec code in run_globals File C:\Python27\lib\SimpleHTTPServer.py, line 27, in module class SimpleHTTPRequestHandler(BaseHTTPServer.BaseHTTPRequestHandler): File C:\Python27\lib\SimpleHTTPServer.py, line 208, in SimpleHTTPRequestHand ler mimetypes.init() # try to read system mime.types File C:\Python27\lib\mimetypes.py, line 358, in init db.read_windows_registry() File C:\Python27\lib\mimetypes.py, line 258, in read_windows_registry for subkeyname in enum_types(hkcr): File C:\Python27\lib\mimetypes.py, line 249, in enum_types ctype = ctype.encode(default_encoding) # omit in 3.x! UnicodeDecodeError: 'ascii' codec can't decode byte 0xd7 in position 2: ordinal not in range(128) -- nosy: +Hugo.Lol ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9291 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20016] make site.py Quitter call itself on repr
Ramchandra Apte added the comment: -1 that would be weird behavior; typing a function name shouldn't run it. Python on the command line is still Python. -- nosy: +Ramchandra Apte ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20016 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19997] imghdr.what doesn't accept bytes paths
Claudiu.Popa added the comment: Added the new version. (You may use a valid sound file of the Python suite test instead of generating an invalid sounf file.) Oh, that's sndhdr, currently imghdr doesn't have valid image files in the Python suite test (there is another issue for adding a test file for this module). If it's required, sure, I'll add a few. -- Added file: http://bugs.python.org/file33195/imghdr_files_2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19997 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20011] Changing the signature for Parameter's constructor
Antony Lee added the comment: Nobody replied so far... https://mail.python.org/pipermail/python-ideas/2013-December/024538.html -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20011 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20015] Allow 1-character ASCII unicode where 1-character str is required
Serhiy Storchaka added the comment: I don't like the heuristic of ASCII only characters. Accepting that may lead to bugs if later you pass a non-ASCII character. What behavior you propose for non-ASCII values? And is it not too late to change that in Python 2.7? Version released 3 years ago and widely used in production. Python 3 released 5 years ago, but many peoples still support and write new software on Python 2. While 2.7 in use, new 2.7 versions which help porting and interoperability with Python 3 will be desirable. See also issue19099. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20015 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20016] make site.py Quitter call itself on repr
Éric Araujo added the comment: Sorry, it is a deliberate choice to not have reprs have side-effects, espercially as important as quitting the interpreter. The repr of quit/exit is used in places such as pydoc help; it would be bad to quit when the user wants to see documentation, for example. -- components: +Library (Lib) -Extension Modules nosy: +eric.araujo resolution: - rejected stage: - committed/rejected status: open - closed type: - enhancement ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20016 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20008] Clean up/refactor/make discoverable test_decimal
Zachary Ware added the comment: Stefan Krah wrote: In any case, I would prefer a patch without stylistic changes. Elimination of return is a personal preference, so are the whitespace changes. The returns were removed in #19572, to reduce false positives in searching for silently skipped tests. I have no strong opinion on them beyond that; if you want them back I can put them back :) The whitespace removals are just to make the test module consistent with itself, and I personally think it looks better with the removals. I can put the blank lines back too if need be. I don't think there are any stylistic changes that aren't also code changes beyond the blank lines removed. Listing the tests explicitly is sometimes helpful, e.g. one can comment out tests when tracking down a refleak. The same can be accomplished by either deleting the test case after it is created (which wouldn't take much more editing of the file than commenting it out), or by using e.g. `python -m test.test_decimal CFormatTest CWhitebox PyDoctests` to run a particular set of tests without having to edit the file at all. It would also be simple enough to add another command line switch to only run the tests on the specified implementation. Curiously enough, testing with a polluted context is also useful, since all functions must handle contexts with flags that are already set. True, but the real problem I ran into was tests changing the precision of the context, not changing it back, and the next test expecting the original precision (or a test expects a changed precision but gets the original). I'm fine with losing all of the new 'assertAndClearFlags' calls and the checking of flags (and even traps) in tearDown, but the precision changes cause headaches dependent upon test execution order. In fact, the only reason the tests pass right now is because of their ordering; if you random.shuffle(test_classes) before run_unittest(*test_classes), a few different failures pop up. Another option would be to add another command line option to set random flags before each test. (Note that I'm not terribly attached to either of the new command line options I've suggested in this message. They're just ideas I've had while thinking about your message, and have an idea how either could be implemented pretty easily if anyone else thought it was worthwhile since the command line parsing structure is already there. I don't plan to do anything with them without agreement from others.) Finally, I *suspect* no one is using the command line arguments any more. They were probably used heavily during the design phase of decimal.py. That may well be. It doesn't hurt anything to keep them, but it would make the patch quite a bit simpler to remove them. It might be useful in future though, and doesn't add that much more complexity to the module. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20008 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20005] Minor typo in operator documentation
New submission from Roundup Robot: New changeset f0eed36bab4c by Zachary Ware in branch '2.7': Issue #20005: Fix typo in operator docs. Patch by Claudiu Popa. http://hg.python.org/cpython/rev/f0eed36bab4c New changeset 17244b5df8b6 by Zachary Ware in branch '3.3': Issue #20005: Fix typo in operator docs. Patch by Claudiu Popa. http://hg.python.org/cpython/rev/17244b5df8b6 New changeset a4a00e220e08 by Zachary Ware in branch 'default': Closes #20005: Fix typo in operator docs. Patch by Claudiu Popa. http://hg.python.org/cpython/rev/a4a00e220e08 -- nosy: +python-dev resolution: - fixed stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20005 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20005] Minor typo in operator documentation
Zachary Ware added the comment: Thanks for the report and patch! -- nosy: +zach.ware ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20005 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20018] Replace dead URL with link to mirror
New submission from Jeroen Van Goey: The header of a cookie file generated by _MozillaCookieJar.py contains a link to the spec: http://www.netscape.com/newsref/std/cookie_spec.html This URL no longer exists (redirects to the AOL homepage). Attached patch replaces the link with a mirror where the original text is hosted. -- assignee: docs@python components: Documentation files: _MozillaCookieJar.diff keywords: patch messages: 206549 nosy: docs@python, jeroen-vangoey, loewis priority: normal severity: normal status: open title: Replace dead URL with link to mirror type: enhancement versions: Python 2.7, Python 3.3 Added file: http://bugs.python.org/file33196/_MozillaCookieJar.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20018 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20018] Replace dead URL with link to mirror
Jeroen Van Goey added the comment: Added patch file for Python 3.3 -- Added file: http://bugs.python.org/file33197/cookiejar.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20018 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19996] httplib infinite read on invalid header
Cory Benfield added the comment: Ok, here's a patch for 2.7 as well. I decided to allow the empty header names in rfc822.py as well, if only because I wanted the changed parsing code to match. If anyone thinks that's an excessive change, I'll happily remove it. -- Added file: http://bugs.python.org/file33198/hdrs_27.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19996 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19902] logging docs don't document integer constants
Vinay Sajip added the comment: The levels are documented here: http://docs.python.org/howto/logging.html#logging-levels -- nosy: +vinay.sajip resolution: - invalid status: open - pending ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19902 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20018] Replace dead URL with link to mirror
Roundup Robot added the comment: New changeset 656a40666937 by Benjamin Peterson in branch '3.3': update url to spec (closes #20018) http://hg.python.org/cpython/rev/656a40666937 New changeset c0dc1400866a by Benjamin Peterson in branch '2.7': update url to spec (closes #20018) http://hg.python.org/cpython/rev/c0dc1400866a New changeset 5f5e1d408c0c by Benjamin Peterson in branch 'default': merge 3.3 (#20018) http://hg.python.org/cpython/rev/5f5e1d408c0c -- nosy: +python-dev resolution: - fixed stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20018 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18879] tempfile.NamedTemporaryFile can close the file too early, if not assigning to a variable
Serhiy Storchaka added the comment: Unfortunately last patch causes resource leak on 3.3+. $ ./python -Wall -m test.regrtest test_tempfile [1/1] test_tempfile 1 test OK. sys:1: ResourceWarning: gc: 5 uncollectable objects at shutdown; use gc.set_debug(gc.DEBUG_UNCOLLECTABLE) to list them -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18879 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5815] locale.getdefaultlocale() missing corner case
Serhiy Storchaka added the comment: Marc-Andre, do you have comments or objections? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5815 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19020] Regression: Windows-tkinter-idle, unicode, and 0xxx filename
Serhiy Storchaka added the comment: What is your opinion, Terry? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19020 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19380] Optimize parsing of regular expressions
Serhiy Storchaka added the comment: Could someone please make a review? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19380 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2175] Expat sax parser silently ignores the InputSource protocol
Changes by Serhiy Storchaka storch...@gmail.com: -- nosy: +christian.heimes versions: -Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2175 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5815] locale.getdefaultlocale() missing corner case
Marc-Andre Lemburg added the comment: On 18.12.2013 22:57, Serhiy Storchaka wrote: Marc-Andre, do you have comments or objections? Your last patch looks fine, but I don't have time to test it. Regarding the broken *devanagari* entries in the alias table: I think we should remove or correct those. The purpose of normalize() is to return a valid libc locale identifier and if the values in the alias table are clearly wrong and don't work with libc, there's little point in keeping them, even if the X11 file still lists them with the wrong notation. If we can fix them so that they do work with libc, let's do that. If we can't let's remove them. In both cases, please add a comment mentioning the case and why things were changed/removed. Hope that helps. Thanks. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5815 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19946] Handle a non-importable __main__ in multiprocessing
Christian Heimes added the comment: The commit broken a couple of buildbots like all Windows bots and OpenIndiana. -- nosy: +christian.heimes resolution: fixed - status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19946 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20019] platform.py line _sys_version function
New submission from Wes: Marc-Andre, I'm on a Macbook pro OSX Mountain Lion I've been automating virtual environment builds locally and remotely, but it seems that when my pip install -r requirements.txt tries to run and download.py in pip/ runs it invokes platform.py. I'm getting a user-agent issue from the _sys_version function. Here is the error: File /Users/me/anaconda/lib/python2.7/platform.py, line 1500, in python_implementation return _sys_version()[0] File /Users/me/anaconda/lib/python2.7/platform.py, line 1464, in _sys_version repr(sys_version)) ValueError: failed to parse CPython sys.version: '2.7.5 (default, Sep 12 2013, 21:33:34) \n[GCC 4.2.1 Compatible Apple LLVM 5.0 (clang-500.0.68)]' I've found the following stack that also references this error: http://stackoverflow.com/questions/19105255/praw-failed-to-parse-cpython-sys-version-when-creating-reddit-object -- components: 2to3 (2.x to 3.x conversion tool) messages: 206560 nosy: lemburg, wesmadrigal priority: normal severity: normal status: open title: platform.py line _sys_version function type: crash versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20019 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20019] platform.py line _sys_version function
Marc-Andre Lemburg added the comment:
I have tried this with a stock Python 2.7.6 version and don't get an error:
platform._sys_version('2.7.5 (default, Sep 12 2013, 21:33:34) \n[GCC 4.2.1
Compatible Apple LLVM 5.0 (clang-500.0.68)]')
('CPython', '2.7.5', '', '', 'default', 'Sep 12 2013 21:33:34', 'GCC 4.2.1
Compatible Apple LLVM 5.0 (clang-500.0.68)')
The stackoverflow posting you mentioned obviously uses a Python version that
was modified in incompatible ways, so it doesn't apply here.
Are you running an Apple version of Python or one that was installed using the
python.org installer ?
--
components: +Library (Lib) -2to3 (2.x to 3.x conversion tool)
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20019
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20019] platform.py line _sys_version function
Wes added the comment:
Marc
Thanks for getting back to me so quickly on this. I'm running an apple
version of python from the looks of it. I was running an Anaconda version
at the time I posted this script, but I just reset my $PATH variable to use
the mac factory python and still got the error.
Python 2.7.5 (default, Sep 12 2013, 21:33:34)
[GCC 4.2.1 Compatible Apple LLVM 5.0 (clang-500.0.68)] on darwin
Type help, copyright, credits or license for more information.
On Wed, Dec 18, 2013 at 5:17 PM, Marc-Andre Lemburg
rep...@bugs.python.orgwrote:
Marc-Andre Lemburg added the comment:
I have tried this with a stock Python 2.7.6 version and don't get an error:
platform._sys_version('2.7.5 (default, Sep 12 2013, 21:33:34) \n[GCC
4.2.1 Compatible Apple LLVM 5.0 (clang-500.0.68)]')
('CPython', '2.7.5', '', '', 'default', 'Sep 12 2013 21:33:34', 'GCC 4.2.1
Compatible Apple LLVM 5.0 (clang-500.0.68)')
The stackoverflow posting you mentioned obviously uses a Python version
that was modified in incompatible ways, so it doesn't apply here.
Are you running an Apple version of Python or one that was installed using
the python.org installer ?
--
components: +Library (Lib) -2to3 (2.x to 3.x conversion tool)
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20019
___
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20019
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20019] platform.py line _sys_version function
Marc-Andre Lemburg added the comment: On 19.12.2013 00:39, Wes wrote: Marc Thanks for getting back to me so quickly on this. I'm running an apple version of python from the looks of it. I was running an Anaconda version at the time I posted this script, but I just reset my $PATH variable to use the mac factory python and still got the error. Python 2.7.5 (default, Sep 12 2013, 21:33:34) [GCC 4.2.1 Compatible Apple LLVM 5.0 (clang-500.0.68)] on darwin Type help, copyright, credits or license for more information. That looks pretty much the same. I suspect that either Apple changed something in their Python version or that pip is picking up a non-standard platform.py from somewhere. Could you check platform.__file__ and sys.version ? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20019 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20019] platform.py line _sys_version function
Wes added the comment: Marc, Here was the initial output: platform.__file__ '/Users/wesmadrigal/anaconda/lib/python2.7/platform.pyc' import sys sys.version '2.7.6 |Anaconda 1.8.0 (x86_64)| (default, Nov 11 2013, 10:49:09) \n[GCC 4.0.1 (Apple Inc. build 5493)]' Here is what I had when I reverted back to the standard $PATH that comes stock in Mac OSX Mountain Lion on this new Macbook Pro: platform.__file__ '/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/platform.pyc' import sys sys.version '2.7.5 (default, Sep 12 2013, 21:33:34) \n[GCC 4.2.1 Compatible Apple LLVM 5.0 (clang-500.0.68)]' On Wed, Dec 18, 2013 at 5:46 PM, Marc-Andre Lemburg rep...@bugs.python.orgwrote: Marc-Andre Lemburg added the comment: On 19.12.2013 00:39, Wes wrote: Marc Thanks for getting back to me so quickly on this. I'm running an apple version of python from the looks of it. I was running an Anaconda version at the time I posted this script, but I just reset my $PATH variable to use the mac factory python and still got the error. Python 2.7.5 (default, Sep 12 2013, 21:33:34) [GCC 4.2.1 Compatible Apple LLVM 5.0 (clang-500.0.68)] on darwin Type help, copyright, credits or license for more information. That looks pretty much the same. I suspect that either Apple changed something in their Python version or that pip is picking up a non-standard platform.py from somewhere. Could you check platform.__file__ and sys.version ? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20019 ___ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20019 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20019] platform.py line _sys_version function
Ned Deily added the comment: The version string does not match either the Apple-supplied Python in 10.8 (Mountain Lion) nor that of a python.org Python. The anaconda directory name suggests this is probably a Python from the Anaconda Scientific distribution. There have been other issues with _sys_version as reported on their bug tracker; see https://github.com/ContinuumIO/anaconda-issues/search?q=_sys_versiontype=Issues -- nosy: +ned.deily ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20019 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20019] platform.py line _sys_version function
Wes added the comment: I just commented out the _sys_version_parser regular expression in anaconda/lib/python2.7/platform.py on line 1363 and replaced it with the _sys_version_parser from /usr/lib/python2.7/platform.py and everything worked fine. On Wed, Dec 18, 2013 at 5:53 PM, Ned Deily rep...@bugs.python.org wrote: Ned Deily added the comment: The version string does not match either the Apple-supplied Python in 10.8 (Mountain Lion) nor that of a python.org Python. The anaconda directory name suggests this is probably a Python from the Anaconda Scientific distribution. There have been other issues with _sys_version as reported on their bug tracker; see https://github.com/ContinuumIO/anaconda-issues/search?q=_sys_versiontype=Issues -- nosy: +ned.deily ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20019 ___ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20019 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20019] platform.py line _sys_version function
Wes added the comment: The shitty part is, you pretty much need anaconda to run iPython notebook on a mac. On Wed, Dec 18, 2013 at 6:08 PM, Wes Madrigal wesley7...@gmail.com wrote: I just commented out the _sys_version_parser regular expression in anaconda/lib/python2.7/platform.py on line 1363 and replaced it with the _sys_version_parser from /usr/lib/python2.7/platform.py and everything worked fine. On Wed, Dec 18, 2013 at 5:53 PM, Ned Deily rep...@bugs.python.org wrote: Ned Deily added the comment: The version string does not match either the Apple-supplied Python in 10.8 (Mountain Lion) nor that of a python.org Python. The anaconda directory name suggests this is probably a Python from the Anaconda Scientific distribution. There have been other issues with _sys_version as reported on their bug tracker; see https://github.com/ContinuumIO/anaconda-issues/search?q=_sys_versiontype=Issues -- nosy: +ned.deily ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20019 ___ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20019 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20019] platform.py line _sys_version function
Marc-Andre Lemburg added the comment: On 19.12.2013 00:52, Wes wrote: Marc, Here was the initial output: platform.__file__ '/Users/wesmadrigal/anaconda/lib/python2.7/platform.pyc' import sys sys.version '2.7.6 |Anaconda 1.8.0 (x86_64)| (default, Nov 11 2013, 10:49:09) \n[GCC 4.0.1 (Apple Inc. build 5493)]' The part '|Anaconda 1.8.0 (x86_64)|' in that string is not standard Python conform and as a result, the platform.py parser fails. You'll have to open a ticket with the Anaconda vendor to get this fixed. Here is what I had when I reverted back to the standard $PATH that comes stock in Mac OSX Mountain Lion on this new Macbook Pro: platform.__file__ '/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/platform.pyc' import sys sys.version '2.7.5 (default, Sep 12 2013, 21:33:34) \n[GCC 4.2.1 Compatible Apple LLVM 5.0 (clang-500.0.68)]' This should parse correctly with the stock platform.py parser. The only explanation I have is that the platform.py installed on your machine is not the original one that comes with the Python 2.7.5 we distribute from python.org. I don't have a Mac OSX notebook available to check, so can't really help. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20019 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20019] platform.py line _sys_version function
Wes added the comment: Marc, Thanks for your help. What I did was just copied the _sys_version_parser from the standard python platform.py into the anaconda version of platform.py and it fixed the issue. So it looks like Anaconda made a change to your regular expression. Thanks for getting on the issue so quick and staying with it, though. On Wed, Dec 18, 2013 at 6:14 PM, Marc-Andre Lemburg rep...@bugs.python.orgwrote: Marc-Andre Lemburg added the comment: On 19.12.2013 00:52, Wes wrote: Marc, Here was the initial output: platform.__file__ '/Users/wesmadrigal/anaconda/lib/python2.7/platform.pyc' import sys sys.version '2.7.6 |Anaconda 1.8.0 (x86_64)| (default, Nov 11 2013, 10:49:09) \n[GCC 4.0.1 (Apple Inc. build 5493)]' The part '|Anaconda 1.8.0 (x86_64)|' in that string is not standard Python conform and as a result, the platform.py parser fails. You'll have to open a ticket with the Anaconda vendor to get this fixed. Here is what I had when I reverted back to the standard $PATH that comes stock in Mac OSX Mountain Lion on this new Macbook Pro: platform.__file__ '/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/platform.pyc' import sys sys.version '2.7.5 (default, Sep 12 2013, 21:33:34) \n[GCC 4.2.1 Compatible Apple LLVM 5.0 (clang-500.0.68)]' This should parse correctly with the stock platform.py parser. The only explanation I have is that the platform.py installed on your machine is not the original one that comes with the Python 2.7.5 we distribute from python.org. I don't have a Mac OSX notebook available to check, so can't really help. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20019 ___ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20019 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19020] Regression: Windows-tkinter-idle, unicode, and 0xxx filename
Terry J. Reedy added the comment:
What I think:
1. Perhaps I should have noticed that
self.tk.call(_flatten((self._w, cmd:
has 3 '('s and 4 ')'s and looked at the previous line for the complete
expression.
2. Perhaps Python should switch os.sep ('\\') and os.altsep ('/') on Windows
and otherwise 'sanitize', as needed, all file names it gets from Windows, so it
always uses '/' internally as the path separator on Windows as well as *nix.
The current situation has been a constant headache. (Example: until patched
this year, patchcheck.py did not work completely on Windows.) Beyond the scope
of this issue.
3. Without waiting for 2. to happen, perhaps Idle should do so. Another example
of the \ problem: if one recursively searches c:/programs/python34/lib/idlelib,
the output window will put out entries with mixed usage:
c:/programs/python34/lib/idlelib\idle_test\test_rstrip.py:
This is confusing to read and not much useful when copied for pasting.
Also beyond the scope of this issue.
4. Without waiting for 3, and given that tk is (just sometimes?) cooking
strings as if they were literals, Idle should at least sanitize (\ to /)
filenames it sends to tk to avoid cooking altogether. Is tk also replacing the
2 char sequence \t with the tab char?
4a. I suspect the tk cooking behavior should be documented better than it is. I
was not aware of it.
5. Making the tkinter tests pass (when written correctly) is enough to justify
a patch. Better soon than just before release.
You did not directly say whether your patch fixes the Idle 0.py problem, but I
presume the change to _configure() is intended to. In any case, I will try to
test this on my system tomorrow.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19020
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20014] Makes array.array constructor accepts ascii-unicode typecode
Vajrasky Kok added the comment: Thanks, Serhiy, for the review! Here is the patch to avoid refleaking and avoid literal u'' string. If your ticket, #20015, is accepted, then we can throw away the fix and use only unit test in this ticket. -- Added file: http://bugs.python.org/file33199/makes_array_accepts_ascii_unicode_typecode_v3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20014 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8075] Windows (Vista/7) install error when choosing to compile .py files
Mark Lawrence added the comment: Well can someone at least drop the priority from high? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8075 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8075] Windows (Vista/7) install error when choosing to compile .py files
Changes by Tim Peters t...@python.org: -- priority: high - normal ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8075 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue777588] asyncore is broken for windows if connection is refused
Mark Lawrence added the comment: Is it worth leaving this open given the arrival of the new asyncio module in Python 3.4? -- nosy: +BreamoreBoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue777588 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19920] TarFile.list() fails on some files
Vajrasky Kok added the comment: Thanks, Serhiy, for your review. Here is the patch to address your concern. -- Added file: http://bugs.python.org/file33200/fix_tarfile_list_print_lone_surrogate_v2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19920 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19946] Handle a non-importable __main__ in multiprocessing
Zachary Ware added the comment: The problem on Windows at least is that the skips for the 'fork' and 'forkserver' start methods aren't firing due to setUpClass being improperly set up in MultiProcessingCmdLineMixin: it's not decorated as a classmethod and the 'u' is lower-case instead of upper. Just fixing that makes for some unusual output (skipped 'fork start method not available' with no indication of which test was skipped) and a variable number of tests depending on available start methods, so a better fix is to just do the check in setUp. Unrelated to the failure, but we're also in the process of moving away from using test_main(), preferring unittest.main(). The attached patch addresses both, passes on Windows and Linux, and I suspect should help on OpenIndiana as well judging by the tracebacks it's giving. -- nosy: +zach.ware Added file: http://bugs.python.org/file33201/issue19946.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19946 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20020] modernize the modulefinder module
New submission from Eric Snow: The modulefinder module (Lib/modulefinder.py) provides a ModuleFinder class (plus 2 helpers) you can use to see what modules a script imports (directly or indirectly). The module's implementation is centered on the old imp.find_/load_module() API (which has been deprecated). The implementation should be refactored to reflect/make use of the newer import-related APIs. The documented API for ModuleFinder is very small. However, it has quite a few methods that are public in the sense that their names do not start with an underscore. This will make any kind of refactoring trickier. -- components: Library (Lib) messages: 206576 nosy: eric.snow priority: low severity: normal status: open title: modernize the modulefinder module type: enhancement versions: Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20020 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20021] modernize makeopcodetargets.py
New submission from Eric Snow: Python/makeopcodetargets.py uses deprecated imp APIs. It should be refactored to use newer import-related APIs. -- components: Library (Lib) messages: 206577 nosy: eric.snow priority: low severity: normal status: open title: modernize makeopcodetargets.py type: enhancement versions: Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20021 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20022] modernize the Mac bundlebuilder.py script
New submission from Eric Snow: Mac/Tools/bundlebuilder.py uses deprecated imp APIs. It should be refactored to use the current import-related APIs. -- messages: 206578 nosy: eric.snow priority: low severity: normal status: open title: modernize the Mac bundlebuilder.py script type: enhancement versions: Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20022 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9291] mimetypes initialization fails on Windows because of non-Latin characters in registry
Takayuki SHIMIZUKAWA added the comment: This issue affects mercurial too. http://bz.selenic.com/show_bug.cgi?id=3624 -- nosy: +shimizukawa ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9291 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19959] argparse.FileType does not expand tilde ~
paul j3 added the comment: Normally the unix shell takes care of this expansion. If I call a simple script that prints sys.argv and runs a simple parser, I get: 2135:~/mypy$ python2.7 filetypetest.py ~/mypy/test.txt ['filetypetest.py', '/home/paul/mypy/test.txt'] Namespace(file=open file '/home/paul/mypy/test.txt', mode 'r'...) I have to quote the argument '~/mypy/test.blog' to bypass this expansion. This is under Linux (bash). Is Windows or Mac different? My impression is that `FileType` has been provided as an example of a custom `type`, as opposed to a comprehensive file handler. But I can't quote a developer on this. http://bugs.python.org/issue13824 is a bug report that worries that 'argparse.FileType opens a file and never closes it'. There are some comments there about whether it is appropriate to expand on the capabilities of FileType. -- nosy: +paul.j3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19959 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19700] Update runpy for PEP 451
Eric Snow added the comment: Thanks for working this out, Nick! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19700 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19710] Make sure documentation for PEP 451 is finished
Eric Snow added the comment: If anyone notices any issues with the doc changes, please open a new issue. -- status: pending - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19710 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19713] Deprecate various things in importlib thanks to PEP 451
Changes by Eric Snow ericsnowcurren...@gmail.com: Removed file: http://bugs.python.org/file33172/issue19713-deprecation-warnings.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19713 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19713] Deprecate various things in importlib thanks to PEP 451
Eric Snow added the comment: Here's an updated patch that does most of the deprecations and adjustments/silencings to accommodate the deprecations. The main things left to adjust are many importlib tests and pkgutil/test_pkgutil. I'm still on the fence about deprecation warnings for module_repr(). We have to keep the methods around for backward-compatibility and module.__repr__ uses them if they exist. So there really isn't a good place to put a deprecation warning for now. Thoughts? -- Added file: http://bugs.python.org/file33202/issue19713-deprecation-warnings.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19713 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20013] imaplib behaviour when deleting selected folder
Daniël van Eeden added the comment:
Without the patch:
Traceback (most recent call last):
File ./test.py, line 10, in module
s.select('INBOX')
File /usr/lib/python2.7/imaplib.py, line 649, in select
typ, dat = self._simple_command(name, mailbox)
File /usr/lib/python2.7/imaplib.py, line 1070, in _simple_command
return self._command_complete(name, self._command(name, *args))
File /usr/lib/python2.7/imaplib.py, line 899, in _command_complete
raise self.abort('command: %s = %s' % (name, val))
imaplib.abort: command: SELECT = socket error: EOF
With the patch:
Traceback (most recent call last):
File ./test.py, line 10, in module
s.select('INBOX')
File /usr/lib/python2.7/imaplib.py, line 649, in select
typ, dat = self._simple_command(name, mailbox)
File /usr/lib/python2.7/imaplib.py, line 1075, in _simple_command
return self._command_complete(name, self._command(name, *args))
File /usr/lib/python2.7/imaplib.py, line 899, in _command_complete
raise self.abort('command: %s = %s' % (name, val))
imaplib.abort: command: SELECT = Selected mailbox was deleted, have to
disconnect.
I'm really happy with this new behaviour.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20013
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19902] logging docs don't document integer constants
follower added the comment: Thanks for pointing out that link. It's good to know the information is documented somewhere. However, given that http://docs.python.org/2/library/logging.html is described as the API reference and seems to be the canonical logging library reference (rather than a tutorial) it would be appropriate to--and I would expect it to--include the constants information in it. Thus I would request you reconsider the invalid resolution on this basis. Thanks. -- status: pending - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19902 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19020] Regression: Windows-tkinter-idle, unicode, and 0xxx filename
Serhiy Storchaka added the comment: Sanitizing backslashes will not help when file names (or other returned strings, see msg202496) contains spaces or curly braces. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19020 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19020] Regression: Windows-tkinter-idle, unicode, and 0xxx filename
Serhiy Storchaka added the comment: And of cause we can't sanitize filenames which contains backslash on Unix. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19020 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18877] tkinter askopenfilenames does not work in Windows library folder
Serhiy Storchaka added the comment: Already applied in issue3015. -- resolution: - duplicate stage: patch review - committed/rejected status: open - closed superseder: - tkinter with wantobjects=False has been broken for some time ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18877 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
