[issue15819] Unable to build Python out-of-tree when source tree is readonly.
Changes by Gregory P. Smith g...@krypto.org: -- nosy: +gregory.p.smith ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15819 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19142] Cross-compile fails trying to execute foreign pgen on build host
Changes by Gregory P. Smith g...@krypto.org: -- nosy: +gregory.p.smith ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19142 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20825] containment test for ip_network in ip_network
Michel Albert added the comment: I second supernet_of and subnet_of. I'll implement it as soon as I get around it. I have been thinking about using ``in`` and ``=`` and, while I initially liked the idea for tests, I find both operators too ambiguous. With ``in`` there's the already mentioned ambiguity of containment/inclusion. And ``=`` could mean is a smaller size (has less individual hosts), but could also mean that it is a subnet, or even that it is located to the left. Naming it ``subnet_of`` makes it 100% clear what it does. Currently, ``a = b`` returns ``True`` if a comes before/lies on the left of b. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20825 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20744] shutil should not use distutils
Derek Chiang added the comment: New contributor here. I'm submitting a patch; please let me know if I'm doing something wrong :) -- keywords: +patch nosy: +derekchiang93 Added file: http://bugs.python.org/file34283/patch-20744.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20744 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18886] BytesGenerator does not handle 'binary' CTE correctly
Surya K added the comment: I have a fix for this. But before putting it forward, can you please tell me about the below 1. email.header.Header.encode() --method How different is it from str.encode()? Does [1] method also performs what str.encode() does internally? -- nosy: +suryak ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18886 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20251] socket.recvfrom_into crash with empty buffer
Changes by koobs koobs.free...@gmail.com: -- nosy: +koobs ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20251 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20846] pip can fail on windows but gives success message
Martin v. Löwis added the comment: David, Mark: I agree that there is no bug in Python or pip here. The installation *does* complete successfully, and the engine module is installed. It just fails to work because of a syntax error (which would be a bug in pyttsx had it claimed to support Python 3). It's not the task of the installation process to verify that the code being installed actually works. IMO, there is an independent bug in the import machinery, where importing pyttsx fails because of the syntax error in pyttsx.engine - yet the error displayed is not the SyntaxError, but an ImportError claiming that the module does not exist (when it actually exists, but fails to import). -- nosy: +loewis ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20846 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20648] 3.4 cherry-pick: multiple changesets for asyncio
STINNER Victor added the comment: Can I close this issue now? Yes. If something really critical appears, a new issue can be opened. -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20648 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20646] 3.4 cherry-pick: 180e4b678003 select and kqueue round the timeout aways from zero
STINNER Victor added the comment: Let's wait 3.4.1 for this one. -- resolution: - wont fix status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20646 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20789] [3.4] cherrypick 5dec1604322c: old sys.path_hooks importer does not work with Python 3.4.0rc1
Changes by STINNER Victor victor.stin...@gmail.com: -- title: [3.4] cherrypick 5dec1604322c - [3.4] cherrypick 5dec1604322c: old sys.path_hooks importer does not work with Python 3.4.0rc1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20789 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20789] [3.4] cherrypick 5dec1604322c: old sys.path_hooks importer does not work with Python 3.4.0rc1
STINNER Victor added the comment: It's a regression compared to 3.3, so it looks important to fix it in Python 3.4(.0). -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20789 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20808] 3.4 cherry pick: 6a1711c96fa6 (Popen.__del__ traceback)
STINNER Victor added the comment: Link to the changeset: 6a1711c96fa6 -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20808 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20818] 3.4 cherry pick: 5fa3f6d82d61 and a8470f88e7b4 - OS X installer use SQLite 3.8.3.1
STINNER Victor added the comment: Links: changesets 5fa3f6d82d61 and a8470f88e7b4 -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20818 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20818] 3.4 cherry pick: 5fa3f6d82d61 and a8470f88e7b4 - Windows and OS X installer use SQLite 3.8.3.1 (instead of 3.8.3)
Changes by STINNER Victor victor.stin...@gmail.com: -- title: 3.4 cherry pick: 5fa3f6d82d61 and a8470f88e7b4 - OS X installer use SQLite 3.8.3.1 - 3.4 cherry pick: 5fa3f6d82d61 and a8470f88e7b4 - Windows and OS X installer use SQLite 3.8.3.1 (instead of 3.8.3) ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20818 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20818] 3.4 cherry pick: 5fa3f6d82d61 and a8470f88e7b4 - OS X installer use SQLite 3.8.3.1 (instead of 3.8.3)
Changes by STINNER Victor victor.stin...@gmail.com: -- title: 3.4 cherry pick: 5fa3f6d82d61 and a8470f88e7b4 - Windows and OS X installer use SQLite 3.8.3.1 (instead of 3.8.3) - 3.4 cherry pick: 5fa3f6d82d61 and a8470f88e7b4 - OS X installer use SQLite 3.8.3.1 (instead of 3.8.3) ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20818 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20818] 3.4 cherry pick: 5fa3f6d82d61 and a8470f88e7b4 - OS X installer use SQLite 3.8.3.1 (instead of 3.8.3)
STINNER Victor added the comment: On OS X, the change looks useless: http://bugs.python.org/issue20465#msg212525 It can wait Python 3.4.0, but at the same time, the change looks safe. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20818 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20830] 3.4 cherry-pick: 16f91d87ff39: pip install package didn't work on Windows
STINNER Victor added the comment: Hum, it looks like 16f91d87ff39 must be come after ec42ab5e0cb3 (Close #20568: install unversioned pip command on Windows) which has its own cherry-pick issue: #20807. -- dependencies: +3.4 cherry pick: 82ec02db7fe6 ec42ab5e0cb3 Windows installer fixes nosy: +haypo title: 3.4 cherry-pick: 16f91d87ff39 - 3.4 cherry-pick: 16f91d87ff39: pip install package didn't work on Windows ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20830 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20807] 3.4 cherry pick: 82ec02db7fe6 ec42ab5e0cb3 Windows installer fixes
STINNER Victor added the comment: If I understood correctly, Python 3.4 cannot be uninstalled if pip was upgraded. IMO this bug is critical and must be fixed in Python 3.4.0. But be careful, the fix has also a bug: it requires changeset 16f91d87ff39 (see cherry-pick issue #20830). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20807 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20807] 3.4 cherry pick: 82ec02db7fe6 ec42ab5e0cb3 Windows installer fixes, pip uninstall failure
Changes by STINNER Victor victor.stin...@gmail.com: -- title: 3.4 cherry pick: 82ec02db7fe6 ec42ab5e0cb3 Windows installer fixes - 3.4 cherry pick: 82ec02db7fe6 ec42ab5e0cb3 Windows installer fixes, pip uninstall failure ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20807 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20831] 3.4 cherry-pick: 7b3c40510a08
STINNER Victor added the comment: I don't understand the impact of #20748: what happens when 3.4rc2 is uninstalled? C:\Python34 is not removed because C:\Python34Lib\ensurepip\__pycache__\_uninstall.cpython-34.pyc still exist? It is a regression of Python 3.4rc2, right? -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20831 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20839] pkgutil.get_loader throws deprecation warning due to internal deprecation
Roundup Robot added the comment: New changeset ea827c809765 by Nick Coghlan in branch 'default': Close #20839: pkgutil.find_loader now uses importlib.util.find_spec http://hg.python.org/cpython/rev/ea827c809765 -- nosy: +python-dev resolution: - fixed stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20839 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20831] 3.4 cherry-pick: 7b3c40510a08 Windows uninstaller doesn't uninstall completly Python 3.4
Changes by STINNER Victor victor.stin...@gmail.com: -- title: 3.4 cherry-pick: 7b3c40510a08 - 3.4 cherry-pick: 7b3c40510a08 Windows uninstaller doesn't uninstall completly Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20831 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20850] 3.4 cherry pick: ea827c809765 fix pkgutil.find_loader
New submission from Nick Coghlan: Cherry pick request for the fix to issue 20839: http://hg.python.org/cpython/rev/ea827c809765 This updates pkgutil.find_loader to use importlib.util.find_spec, rather than the deprecated importlib.find_loader. -- keywords: 3.4regression messages: 212710 nosy: brett.cannon, eric.snow, ncoghlan priority: release blocker severity: normal stage: commit review status: open title: 3.4 cherry pick: ea827c809765 fix pkgutil.find_loader type: behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20850 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20832] 3.4 cherry-pick: 9459f517d854
STINNER Victor added the comment: Does the single change of 3.8.3.1 impacts Python on Windows? http://www.sqlite.org/releaselog/3_8_3_1.html Fix a bug (ticket 4c86b126f2) that causes rows to go missing on some queries with OR clauses and IS NOT NULL operators in the WHERE clause, when the SQLITE_ENABLE_STAT3 or SQLITE_ENABLE_STAT4 compile-time options are used. See also #20818 for the same issue with OS X. -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20832 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20832] 3.4 cherry-pick: 9459f517d854 Update Windows installer to SQLite 3.8.3.1.
Changes by STINNER Victor victor.stin...@gmail.com: -- title: 3.4 cherry-pick: 9459f517d854 - 3.4 cherry-pick: 9459f517d854 Update Windows installer to SQLite 3.8.3.1. ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20832 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20834] 3.4 cherry-pick: de81e0fe4905 Pydocs module docs server not working on Windows.
STINNER Victor added the comment: If I understood correctly, it doesn't look like a regression of Python 3.4. So it may wait for Python 3.4.1. -- nosy: +haypo title: 3.4 cherry-pick: de81e0fe4905 - 3.4 cherry-pick: de81e0fe4905 Pydocs module docs server not working on Windows. ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20834 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20283] Wrong keyword parameter name in regex pattern methods
STINNER Victor added the comment: We are close to Python 3.4 final, so what is the status of this issue? I don't see any commit and nothing to cherry-pick in Larry's 3.4.0 repository. -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20283 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20829] 3.4 cherry pick: c9861ec8754c Fix signatures for dict.__delitem__ and property.__delete__
STINNER Victor added the comment: It is a regression of Python 3.4 compared to 3.3. The change only modifies docstrings and so looks safe. IMO it should go into Python 3.4.0. -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20829 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20848] 3.4 cherry-pick: b637064cc696 Improve enum subclass behavior
STINNER Victor added the comment: Changeset b637064cc696 comes from issue #20653. This changeset and this cherry-pick issue were discussed here: https://mail.python.org/pipermail/python-dev/2014-February/132560.html Antoine and Barry agree to cherry-pick b637064cc696 in Python 3.4.0. -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20848 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20808] 3.4 cherry pick: 6a1711c96fa6 (Popen.__del__ traceback)
STINNER Victor added the comment: This issue is a regression of Python 3.4 compared to Python 3.3. subprocess is major module and so 6a1711c96fa6 must be into Python 3.4.0. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20808 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18886] BytesGenerator does not handle 'binary' CTE correctly
Surya K added the comment: Forget about my previous comment. David Murray: One possible way to fix this issue is to ignore email.header.Header.encode() on Message values in email._policybase_Compat32._fold() if they come from BytesGenerator and not Generator. We can do this by encoding the value to bytes in email.generator.BytesGenerator._write_headers() Do you think its a fix? Or even values from ByteGenerators should be formatted using Header.encode()? In that case, I'd look into how it can be done. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18886 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17909] Autodetecting JSON encoding
Changes by Josh Lee jlee...@gmail.com: -- nosy: +jleedev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17909 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19837] Wire protocol encoding for the JSON module
Changes by Josh Lee jlee...@gmail.com: -- nosy: +jleedev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19837 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20767] Some python extensions can't be compiled with clang 3.4
koobs added the comment: It would be great if this could make it into 3.4, extended to include other OS's if necessary at a later date. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20767 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20767] Some python extensions can't be compiled with clang 3.4
Arfrever Frehtes Taifersar Arahesis added the comment: https://bugs.gentoo.org/show_bug.cgi?id=503352 suggests that this problem occurs also on Linux when using Clang. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20767 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15014] smtplib: add support for arbitrary auth methods
Milan Oberkirch added the comment: I looked into imaplib a bit to see how the problem is solved there; what I observed: - login() does 'PLAIN' only (and does not use authobj but smtplib would) - there exists an extra function login_cram_md5() for 'CRAM-MD5' So I guess the right way to do it would be to write an authenticate() method as in imaplib and use it in new member functions of the form login_[method](). In contrast to imaplib login() could still be used to probe through the three main methods (to avoid breaking backward compatibility). I'll try to implement this later today, so if you think it's completely dumb and read this before a patch is applied feel free to give me a quick reply to stop me from wasting my time :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15014 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20849] add exist_ok to shutil.copytree
Changes by Berker Peksag berker.pek...@gmail.com: -- stage: - patch review versions: -Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20849 ___ ___ 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: Here is a patch with tests. Not all affected methods are tested because not all methods and modules have tests at all. -- Added file: http://bugs.python.org/file34284/getargs_c_unicode_2.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
[issue20851] Update devguide to cover testing from a tarball
New submission from Brett Cannon: Nick Coghlan brought up the fact that with Larry Hastings doing periodic tarball dumps for the 3.4.0 release it would be good to make sure instructions on how to actually test from a tarball were in the devguide. -- components: Devguide messages: 212722 nosy: brett.cannon, ezio.melotti priority: normal severity: normal status: open title: Update devguide to cover testing from a tarball versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20851 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19861] Update What's New for Python 3.4
Serhiy Storchaka added the comment: David did and does a great job (many thanks to him), but surprisingly many of changes from msg205005 are still not mentioned in What's New. Improvements and changes in modules: aifc: Any bytes-like objects are now accepted. audioop: Any bytes-like objects are now accepted. Strings no more supported. base64: ascii85/base85 codecs. codecs: The cp1125 encoding. collections: New optional parameter in ChainMap.new_child(). dbm: Support for the context management protocol. dis: Added the stack_effect() function. email: The policy keyword argument was added in email.message.Message constructor. The replace keyword argument was added in the set_param() method. The EmailPolicy.content_manager attribute was added filecmp: Added the dircmp.DEFAULT_IGNORES attribute. functools: total_ordering now supports the NotImplemented value. glob: Added the escape() function. ipaddress: Added the IPv4Address.is_global attribute. json: Used ``(',', ': ')`` as default in dump() and dumps() if indent is not None. I.e. trailing spaces no more produced by default. logging: An instance of a subclass of RawConfigParser is now accepted as a value for fname in the fileConfig() function. The verify argument was added in the listen() function. multiprocessing: Added following functions: get_all_start_methods(), get_context(), get_start_method(), and set_start_method(). set_executable() is now supported on Unix when the 'spawn' start method is used. Added the context parameter in Pool constructor. operator: Added the length_hint() function. os: Add O_TMPFILE constant on Linux. plistlib: Deprecated readPlist(), writePlist() readPlistFromBytes(), and writePlistToBytes() functions, the Data class. shutil: Added the SameFileError exception. sunau: Added support for 24-bit samples. Any bytes-like objects are now accepted. sys: Added the __interactivehook__ hook. tarfile: Added command-line interface. urllib: Added the HTTPError.headers attribute. Added the Request.full_url attribute and the Request.remove_header() and Request.get_full_url() methods. venv: Added the ``with_pip`` parameter in EnvBuilder. wave: Any bytes-like objects are now accepted. Added support for unseekable files. zipfile: ZIP64 extensions are enabled by default. Deprecations: The 'U' mode in open() for file objects, in the fileinput and zipfile modules. A couple of plistlib functions. The html argument of XMLParser() and the parser argument of iterparse() in the xml.etree.elementtree module. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19861 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18886] BytesGenerator does not handle 'binary' CTE correctly
R. David Murray added the comment: cte binary has nothing to do with headers (other than appearing as the value of the content-transfer-encoding header). It is about how the body of the email is handled. ByteGenerator needs to be modified to not do anything with a payload whose cte is binary other than write it to the output stream as bytes. This of course means it is ignoring max_line_length...so it is an interesting question whether or not CTE binary should be supported if max_line_length is anything other than 0/None. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18886 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20846] pip can fail on windows but gives success message
R. David Murray added the comment: Ah, I see. I'm still not convinced from a usability standpoint that calling it a successful install when byte compilation failed is good, but I understand your point. And yeah, the ImportError problem getting resolved would make it a lot clearer what was actually going on. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20846 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15014] smtplib: add support for arbitrary auth methods
R. David Murray added the comment: Ah, I was going on imperfect memory of how imaplib worked without looking it up. And I won't have time to do so today probably. Probably we should decide on the exact API before you implement anything. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15014 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20841] asyncio.StreamReader.readline() lack lines limit optional parameter
Guido van Rossum added the comment: Yes, your whole world will be turned upside-down. However, we have to do it one module at a time -- the approach will be different for each case. -- resolution: - wont fix status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20841 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20832] 3.4 cherry-pick: 9459f517d854 Update Windows installer to SQLite 3.8.3.1.
Martin v. Löwis added the comment: Victor: I'm not sure whether the bugfix release is necessary. However, if this change is not applied, SQLite would remain at 3.8.1 on Windows (which, in itself, would be fine with me, but updating it was requested in #20465). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20832 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20834] 3.4 cherry-pick: de81e0fe4905 Pydocs module docs server not working on Windows.
Martin v. Löwis added the comment: I agree that the issue is not release-critical. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20834 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20832] 3.4 cherry-pick: 9459f517d854 Update Windows installer to SQLite from 3.8.1 to 3.8.3.1.
Changes by STINNER Victor victor.stin...@gmail.com: -- title: 3.4 cherry-pick: 9459f517d854 Update Windows installer to SQLite 3.8.3.1. - 3.4 cherry-pick: 9459f517d854 Update Windows installer to SQLite from 3.8.1 to 3.8.3.1. ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20832 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20831] 3.4 cherry-pick: 7b3c40510a08 Windows uninstaller doesn't uninstall completly Python 3.4
Martin v. Löwis added the comment: This is all correct. In rc1, uninstallation was clean (but installation failed when elevated privileges were necessary); in rc2, it always installs, but doesn't cleanly uninstall, leaving the installation directory with some subdirectories behind. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20831 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18139] email module should have a way to prepend and insert headers
Surya K added the comment: Without really making big the in the API, one way of providing a position sensitive methods to enable more organized headers is to have. Having an index based api probably needs `more` discussion and thought! 1. add_header_before('existing-header-name', 'new-name', value) 2. add_header_after('existing-header-name', 'new-name', value) The `existing-header-name` is again taken by first-found. If put all routing, forwarded headers, one can always use `add_header_before('From'...)`. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18139 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13936] datetime.time(0, 0, 0) evaluates to False despite being a valid time
Shai Berger added the comment: Just got bit by this. Tim Peters said: It is odd, but really no odder than zero values of other types evaluating to false in Boolean contexts. I disagree. Midnight is not a zero value, it is just a value. It does not have any special qualities analogous to those of 0, , or the empty set. Time values cannot be added or multiplied. Midnight evaluting to false makes as much sense as date(1,1,1) -- the minimal valid date value -- evaluating to false (and it doesn't). It makes perfect sense for timedelta(0) to evaluate to false, and it does. time is different. Also, while I appreciate this will never be fixed for Python2, the same behavior exists in Python3, where there may still be room for improvement. I second Danilo Bergen's request. Please reopen. -- nosy: +shai ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13936 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11240] Running unit tests in a command line tool leads to infinite loop with multiprocessing on Windows
Changes by Martin Dengler mar...@martindengler.com: -- nosy: +mdengler ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11240 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11588] Add necessarily inclusive groups to argparse
paul j3 added the comment: A couple more thoughts on an expanded argument testing mechanism: - do we need both 'seen_actions' and 'seen_non_default_actions'? 'seen_actions' is used only to test whether all required actions have been seen. These 2 sets differ in how positionals with '?*' are categorized. Positionals like this are always 'seen', even if they just get the default value. But they are not required (the case of a '*' positional without default needs to be revisited.) - If 'seen_non_default_actions' is changed to a list (currently its a set), users could test for repeated use on an optional, or even the order of arguments. - One way to make this testing mechanism more user-friendly is to provide convenience functions via a decorator. For example the decorator could wrap the 'seen_non_default_actions' argument in a 'seen' function. Such a function could accept either an Action or a 'dest' string, it could accept a single Action, or a list of them, etc. There could be other functions like 'count', 'unique', 'mutually_exclusive', 'inclusive', etc. def testwfnc(func): # decorator to register function and provide 'seen' name = func.__name__ def wrapped(parser, seen_actions, *args): def seen(*args): actions = seen_actions if isinstance(args[0], str): actions = [a.dest for a in actions] if len(args)1: return [a in actions for a in args] else: return args[0] in actions return func(parser, seen) parser.register('cross_tests', name, wrapped) return wrapped #@testwfnc def test(parser, seen, *args): if seen(a_file): print(seen(a_dir, a_pat, a_suf)) cnt = sum(seen(a_dir, a_pat, a_suf)) if cnt0: parser.error('FILE cannot have DIR, PATTERN or SUFFIX') ... The attached script experiments with several versions of decorators. Some sort of testing Class is probably the way to go if we want to provide many convenience methods. -- Added file: http://bugs.python.org/file34285/issue11588_4.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11588 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20035] Suppress 'os.environ was modified' warning on Tcl/Tk tests
Zachary Ware added the comment: Here's a patch that seems to work; with it applied, I can run `PCbuild\python_d.exe -m test -uall -rF test_tcl test_tk test_ttk_textonly test_ttk_guionly test_idle` through at least 115 rounds of testing with no warnings or errors aside from a locale warning from test_idle the first time around. Hacking up my rc1 install with a fresh _tkinter.pyd and patched tkinter/__init__.py, the tests all pass, but I still get the 'can't invoke event command: application has been destroyed' message from test_ttk_guionly. Terry, would you mind checking how this impacts all of the Tkinter test interaction issues you're seeing? Since this is the first non-superficial semantic C patch I've submitted, I have no doubt that it can use a lot of work :). There are a few comments in places where I'm not really sure how best to do things that I'd really appreciate input on. It seems to work for common cases, though. -- Added file: http://bugs.python.org/file34286/issue20035.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20035 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15014] smtplib: add support for arbitrary auth methods
Milan Oberkirch added the comment: Maybe I am a bit hyperactive, but I already was at it when receiving your message, so I finished it. Anyhow most of what I have done is completely independent of the API chosen. What I did: 1. I implemented a new authenticate(self, mechanism, authobject) as in imaplib which can be used for all methods 2. I implemented authobjects for the three most important mechanisms 3. login() has a keyarg 'preferred_auth' which is a list of auth-methods (strings) I think 1. and 2. make sense regardless of how the API should look like in the end, because it's the only way without any code-redundancy. 3 is more a proposal. -- Added file: http://bugs.python.org/file34287/smtplibAuthobj.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15014 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20846] pip can fail on windows but gives success message
Ned Deily added the comment: Alas, I don't think there is a bug in the import machinery, either. Note that puttsx's __init__.py uses a pre-PEP 328 ambiguous relative import: from engine import ... Even if there were no syntax errors, in Python 3 that would have to be spelled: from .engine import ... and making that change, engine is now found, syntax errors and all: import pyttsx Traceback (most recent call last): File stdin, line 1, in module File /Library/Frameworks/Python.framework/Versions/3.4/lib/python3.4/site-packages/pyttsx/__init__.py, line 18, in module from .engine import Engine File /Library/Frameworks/Python.framework/Versions/3.4/lib/python3.4/site-packages/pyttsx/engine.py, line 64 except Exception, e: ^ SyntaxError: invalid syntax -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20846 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20770] Inform caller of smtplib STARTTLS failures
Varun Sharma added the comment: I think that raising an exception for starttls failure can be avoided, so i have added a patch for documentation which adds the following line to doc string : If server supports TLS but fails to start it, then it does not raise any exception. -- keywords: +patch nosy: +varun Added file: http://bugs.python.org/file34288/starttls_doc_fix_20770.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20770 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13936] datetime.time(0, 0, 0) evaluates to False despite being a valid time
Andreas Pelme added the comment: I agree with Danilo and Shai -- this behavior very surprising. I deal with datetimes a lot, and this bug has bitten me a number of times. I cannot really think of a single case where if timeobj: is useful with the current behavior. It results in a check for is timeobj midnight or false? Would that ever be useful in practice? If you are indeed checking for midnight, surely if timeobj == time(0, 0): would be the most explicit and obvious way to do it? -- nosy: +Andreas.Pelme ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13936 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15014] smtplib: add support for arbitrary auth methods
R. David Murray added the comment: OK, that makes sense to me. I'll take a look at it as soon as I can. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15014 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20846] pip can fail on windows but gives success message
R. David Murray added the comment: Oh, right. I forgot to look back at the original report. It does show that pyttsx was installed, since the error is coming from its __init__. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20846 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20846] pip can fail on windows but gives success message
Mark Lawrence added the comment: All, and especially Ned, thank you for the detailed explanations, I do appreciate it. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20846 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11240] Running unit tests in a command line tool leads to infinite loop with multiprocessing on Windows
Matt Chaput added the comment: IIRC the root issue turned out to be that when you execute any multiprocessing statements at the module/script level on Windows, you need to put it under if __name__ == __main__, otherwise it will cause infinite spawning. I think this is mentioned in the multiprocessing docs but should probably be in giant blinking red letters ;) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11240 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13936] datetime.time(0, 0, 0) evaluates to False despite being a valid time
Alexander Belopolsky added the comment: Please reopen. Please bring your case to python-ideas. All developers who commented on this issue agree that it is invalid. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13936 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20852] Embedding with zipped standard library is broken in 3.3.4 (Windows)
New submission from Andrey Antsut: When embedding Python into C++, Py_Initialize() crashes with following errors if the standard library (python33\lib) is in a zip archive (e.g. python33.zip): Fatal Python error: Py_Initialize: unable to load the file system codec ImportError: No module named 'encodings' This seems to be specific to Python 3.3.4: works fine with 3.3.2 and 3.3.3, not tested with other versions. Tested only on Windows. More details with code examples can be found here: http://stackoverflow.com/questions/22174760/embedding-python-3-3-in-c-from-zipped-standard-library-on-windows-xp -- messages: 212744 nosy: Andrey.Antsut priority: normal severity: normal status: open title: Embedding with zipped standard library is broken in 3.3.4 (Windows) type: crash versions: Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20852 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11240] Running unit tests in a command line tool leads to infinite loop with multiprocessing on Windows
Martin Dengler added the comment: the root issue turned out to be that when you execute any multiprocessing statements at the module/script level on Windows, you need to put it under if __name__ == __main__, otherwise it will cause infinite spawning. Same for me. The error message and failure mode are completely unhelpful, though. I think this is mentioned in the multiprocessing docs but should probably be in giant blinking red letters ;) Indeed. It would be even better if I or someone else had time to contribute a patch to fix the behaviour and, or at least the failure mode / error message. In a large codebase with multiple contributors it might not be so simple to track down the commit that caused the issue, especially if one is just starting out and the tests aren't clean. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11240 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20822] WINhelp file loads Table of Contents, but not contents: Navigation to webpage cancelled
Nemo Neminibus added the comment: Thanks for the reply. No network drive involved. Using Windows Vista on solo computer. But the referenced problem for a network drive is EXACTLY the problem I had. The same solution worked. Problem fixed. -- resolution: - works for me status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20822 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20852] Embedding with zipped standard library is broken in 3.3.4 (Windows)
Ned Deily added the comment: This is most likely a duplicate of Issue20621. A fix for the problem is the primary motivation for a new maintenance release for which a release candidate is now available. It would be great if you could test with 3.3.5rc2 and confirm that the problem no longer occurs with it. http://www.python.org/download/releases/3.3.5/ -- nosy: +ned.deily resolution: - duplicate stage: - committed/rejected status: open - pending superseder: - Issue with zipimport in 3.3.4 and 3.4.0rc1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20852 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19612] test_subprocess: sporadic failure of test_communicate_epipe() on Windows 8
STINNER Victor added the comment: Oh, it looks like my patch is not enough: the test still fails sometimes :-/ It looks like the process was still running (poll() didn't return None) whereas stdin.write() got an OSError(errno.EINVAL). http://buildbot.python.org/all/builders/x86%20Windows%20Server%202008%20%5BSB%5D%203.x/builds/2408/steps/test/logs/stdio == ERROR: test_communicate_epipe (test.test_subprocess.ProcessTestCase) -- Traceback (most recent call last): File E:\home\cpython\buildslave\x86\3.x.snakebite-win2k8r2sp1-x86\build\lib\test\test_subprocess.py, line 1095, in test_communicate_epipe p.communicate(bx * 2**20) File E:\home\cpython\buildslave\x86\3.x.snakebite-win2k8r2sp1-x86\build\lib\subprocess.py, line 951, in communicate stdout, stderr = self._communicate(input, endtime, timeout) File E:\home\cpython\buildslave\x86\3.x.snakebite-win2k8r2sp1-x86\build\lib\subprocess.py, line 1187, in _communicate self.stdin.write(input) OSError: [Errno 22] Invalid argument -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19612 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20852] Embedding with zipped standard library is broken in 3.3.4 (Windows)
Andrey Antsut added the comment: Just checked - confirming that it works with 3.3.5rc2. -- status: pending - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20852 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20852] Embedding with zipped standard library is broken in 3.3.4 (Windows)
Ned Deily added the comment: Great, thanks! -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20852 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14302] Rename Scripts directory to bin and move python.exe to bin
Martin Dengler added the comment: Ok, you're right about my link #2; I meant to include this link (a reply to the link I actually included): https://mail.python.org/pipermail/python-dev/2012-March/118047.html ...in which I think the pertinent quote is: For direct execution, the proposal trades cross-version inconsistencies for cross-platform consistency. When we *already have* a consistent cross-platform mechanism in -m, the inevitable disruption involved in changing the Windows layout seems very hard to justify. I'll try to whip up a patch for http://bugs.python.org/issue14302#msg156410 sub-proposal #2: 2. Change 'Scripts' to 'bin' ...that uses a directory junction to mitigate the inconsistency concern (windows local admin rights / SeCreateSymbolicLinkPrivilege should not be an issue as mklink /j does not require either), unless someone beats me to it. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14302 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20283] Wrong keyword parameter name in regex pattern methods
Martin v. Löwis added the comment: Since there is no consensus on how to resolve this issue, I'm dropping the release-critical status for it; people should now consider whether a future agreed-upon solution could apply to 3.4.1 or just to 3.5. -- priority: release blocker - normal ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20283 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20283] Wrong keyword parameter name in regex pattern methods
Martin v. Löwis added the comment: Serhiy: the patch is incomplete; it lacks test cases. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20283 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20155] Regression test test_httpservers fails, hangs on Windows
Jeff Allen added the comment: I worked out that the essence of the test is to insert an extra \n at the end of a GET request line. The request is syntactically invalid for HTTP. The \n\r\n appears like two blank lines, implying no headers, but the headers then follow where no data should be. The server is supposed to respond with status 501, because it does not, in fact, define a GET operation. To find the replacement test plausible you have to accept that, with a server that doesn't define GET, the verb may as well be XYZBOGUS. Since the security filter doesn't understand that verb either (unlike GET), it doesn't interfere in the test. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20155 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19021] AttributeError in Popen.__del__
Changes by Barry A. Warsaw ba...@python.org: -- priority: normal - release blocker ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19021 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20155] Regression test test_httpservers fails, hangs on Windows
R. David Murray added the comment: Ah, OK. I was thinking that BaseHTTPRequestHandler defined GET, but I see that it doesn't. So yes, this patch looks fine to me. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20155 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20849] add exist_ok to shutil.copytree
Alexander Mohr added the comment: awesome, thanks so much!! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20849 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20351] Add doc examples for DictReader and DictWriter
Charles-Axel Dein added the comment: Any update? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20351 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com