[issue25794] __setattr__ does not always overload operators

New submission from Dominik Schmid: While implementing my own Integer class that keeps track of when operations are applied I noticed that setattr had a strange behaviour when I tried to wrap operator functions. When the attribute string had a different id to its literal it failed to

[issue25664] Logging cannot handle Unicode logger names

Vinay Sajip added the comment: The problem is that logger names which are Unicode are not handled correctly, leading to the error. -- assignee: -> vinay.sajip title: Unexpected UnicodeDecodeError in logging module -> Logging cannot handle Unicode logger names

[issue25795] test_fork1 cannot be run directly: ./pyhon Lib/test/test_fork1.py

Changes by Serhiy Storchaka : -- nosy: +zach.ware ___ Python tracker ___ ___

[issue25789] py launcher stderr is not piped to subprocess.Popen.stderr

Wolfgang Maier added the comment: > The error() function in PC/launcher.c should call exit(rc) instead of > ExitProcess(rc). This allows the CRT to terminate properly and flush the > stderr FILE stream. Interesting. Why do you need to flush stderr? I would have expected it to be unbuffered

[issue25789] py launcher stderr is not piped to subprocess.Popen.stderr

Changes by Vinay Sajip : -- nosy: +vinay.sajip ___ Python tracker ___ ___

[issue25795] test_fork1 cannot be run directly: ./pyhon Lib/test/test_fork1.py

New submission from STINNER Victor: haypo@smithers$ ./python Lib/test/test_fork1.py Traceback (most recent call last): File "Lib/test/test_fork1.py", line 111, in unittest.main() NameError: name 'unittest' is not defined According to pyflakes, the error "undefined name 'unittest'" is

[issue25783] test_traceback.test_walk_stack() fails when run directly (without regrtest)

STINNER Victor added the comment: The test was introduced by the change 73afda5a4e4c of the issue ##17911 in Python 3.6: --- changeset: 94850:73afda5a4e4c parent: 94848:fc0201ccbcd4 user:Robert Collins date:Thu Mar 05 12:07:57 2015 +1300 files:

[issue25796] Running test_multiprocessing_spawn is slow (more than 8 minutes)

Serhiy Storchaka added the comment: First, we have to mark longest tests with @support.requires_resource('cpu'). -- nosy: +serhiy.storchaka ___ Python tracker

[issue25794] __setattr__ does not always overload operators

Changes by Eryk Sun : Removed file: http://bugs.python.org/file41235/issue25794_1.patch ___ Python tracker ___

[issue10141] SocketCan support

Changes by Vinay Sajip : -- status: open -> closed ___ Python tracker ___ ___

[issue25783] test_traceback.test_walk_stack() fails when run directly (without regrtest)

STINNER Victor added the comment: I found a similar bug in other tests, I opened the new issue #25795. -- ___ Python tracker ___

[issue25796] Running test_multiprocessing_spawn is slow (more than 8 minutes)

Changes by STINNER Victor : -- components: +Tests type: -> performance ___ Python tracker ___

[issue25796] Running test_multiprocessing_spawn is slow (more than 8 minutes)

New submission from STINNER Victor: Hi, When I run the Python test suite with "./python -m test -j0 -rW", test_multiprocessing_spawn is almost the latest one to run. Example: --- (...) [399/401/1] test_lib2to3 (68 sec) -- running: test_zipfile (43 sec), test_multiprocessing_spawn (484 sec)

[issue25794] __setattr__ does not always overload operators

Eryk Sun added the comment: Normally Python code calls built-in setattr, which calls the C API PyObject_SetAttr. This API interns the attribute name before calling the type's tp_setattro or tp_setattr function. Interning the string is a critical step, since the implementation for updating

[issue25794] __setattr__ does not always overload operators

Eryk Sun added the comment: This updated patch calls PyUnicode_Check to ensure the name is a string before calling PyUnicode_InternInPlace. -- Added file: http://bugs.python.org/file41236/issue25794_2.patch ___ Python tracker

[issue25797] Default argument values with type hints break type correctness

Emanuel Barry added the comment: As Stefan said, this is not a bug with Python. Enforcing strict type checking is the responsibility of third-party tools, not the interpreter. -- nosy: +ebarry resolution: -> not a bug stage: -> resolved status: open -> closed

[issue25789] py launcher stderr is not piped to subprocess.Popen.stderr

Eryk Sun added the comment: Patch 2 additionally modifies run_child to call exit() instead of ExitProcess. For example: >>> import os, subprocess >>> os.environ['PYLAUNCH_DEBUG'] = '1' >>> p = subprocess.Popen(r'py -3 -c ""', stderr=subprocess.PIPE, stdout=subprocess.PIPE) >>>

[issue25797] Default argument values with type hints break type correctness

Stefan Krah added the comment: The compiler does not perform type checking. These are type *annotations* for third party tools like Mypy. -- nosy: +skrah ___ Python tracker

[issue23936] Wrong references to deprecated find_module instead of find_spec

Thomas Kluyver added the comment: Updated patch attached, responding to Martin's suggestions. I'm not quite sure what to do about the 'finder' glossary entry. 'Finder' now seems to be a more abstract classification covering two distinct kinds of thing: *meta path finders* and *path entry

[issue25789] py launcher stderr is not piped to subprocess.Popen.stderr

Steve Dower added the comment: ExitProcess is a system API and exit is the C runtime API. The C runtime is doing the buffering, so the system doesn't know about it and can't flush if you terminate through that API. The exit function should, or we could explicitly flush the buffer after

[issue25797] Default argument values with type hints break type correctness

New submission from Dhruv Rajvanshi: Specifying default arguments break the type system. The types of default values aren't matched with the type of the argument. Moreover, having None as a default value changes the type declaration to Optional[T]. So, the declaration may be f(a : int =

[issue23936] Wrong references to deprecated find_module instead of find_spec

Thomas Kluyver added the comment: That's basically what I was aiming for. Should the description be briefer and more generic? -- ___ Python tracker ___

[issue13033] Add shutil.chowntree

YoSTEALTH added the comment: Can this chowntree() function proposed here be implemented? It would have saved me a bunch of time and its a good feature to have. -- nosy: +YoSTEALTH, r.david.murray ___ Python tracker

[issue23936] Wrong references to deprecated find_module instead of find_spec

Brett Cannon added the comment: The generic "finder" glossary entry should be rather generic and then point to "meta path finder" and "path entry finder" for dis-ambiguity (and both of those terms are already in the glossary). -- ___ Python tracker

[issue25798] Update python.org installers to use OpenSSL 1.0.2e

New submission from Ned Deily: https://www.openssl.org/news/secadv/20151203.txt -- components: Build messages: 255880 nosy: benjamin.peterson, larry, ned.deily, steve.dower priority: normal severity: normal stage: needs patch status: open title: Update python.org installers to use

[issue25500] docs claim __import__ checked for in globals, but IMPORT_NAME bytecode does not

Roundup Robot added the comment: New changeset 567baf74ebad by Brett Cannon in branch '3.5': Issue #25500: Fix the language reference to not claim that import https://hg.python.org/cpython/rev/567baf74ebad New changeset 0259c2c555fb by Brett Cannon in branch 'default': Merge for issue #25500

[issue25799] 2.7.11rc1 not added to Win10 app list (start menu)

Terry J. Reedy added the comment: By 'Start - All apps' I meant the list in the bottom left, as illustrated in some of the links of the search page you posted. I am sure 2.7.10 was there at some point, though not necessarily earlier today. -- ___

[issue25039] Docs: Link to Stackless Python in Design and History FAQ section is broken

Changes by Zachary Ware : -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker ___

[issue25768] compileall functions do not document or test return values

Brett Cannon added the comment: I just realized there are no tests for this in test_compileall either. Nicholas, do you have any interest in attempting to add tests for the return values before we document them? -- title: compileall functions do not document return values ->

[issue23936] Wrong references to deprecated find_module instead of find_spec

Thomas Kluyver added the comment: Thanks Brett :-) -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue25799] 2.7.11rc1 not added to Win10 app list (start menu)

Steve Dower added the comment: It's worked fine on my Win10 machine (with all updates - they can't be turned off easily on Win10...). If you browse through the All Apps menu (https://www.bing.com/search?q=windows+10+all+apps+menu) do you see Python 2.7 there? --

[issue25795] test_fork1 cannot be run directly: ./python Lib/test/test_fork1.py

Zachary Ware added the comment: STINNER Victor added the comment: > Can you please check if the branch 3.5 is impacted? It is. -- ___ Python tracker ___

[issue25801] ResourceWarning in test_zipfile64

New submission from SilentGhost: Running test_zipfile64 from command line (i.e., ./python Lib/test/test_zipfile64.py) I get two ResourceWarnings: » ./python Lib/test/test_zipfile64.py ..Lib/test/test_zipfile64.py:82: ResourceWarning:

[issue25799] 2.7.11rc1 not added to Win10 app list (start menu)

New submission from Terry J. Reedy: I just installed 2.7.11rc1 on Win 10 and noticed that 'Python 2.7' is missing both from Start - All apps and from search bar results for 'python' (only 3.4 and 3.5 appear in local search results). To be sure, I uninstalled, installed fresh, and even

[issue25800] errors running test_capi from command line

New submission from SilentGhost: Running: ./python Lib/test/test_capi.py I got EmbeddingTests erroring out in setUp: first line of which (a triple application of os.path.dirname) creates an empty string which cannot be used as an argument to os.chdir afterwards. I'm to be honest not at all

[issue24934] django_v2 benchmark not working in Python 3.6

Brett Cannon added the comment: Thanks for the patch, Florin! Only changes I made was to deprecate django_v2 and to set the minimum Python version to 2.7. -- resolution: -> fixed stage: commit review -> resolved status: open -> closed ___ Python

[issue25799] 2.7.11rc1 not added to Win10 app list (start menu)

Terry J. Reedy added the comment: 2.7.10 and 3.4.3 were on the Start menu before conversion to Win 10, so this is the first time I have added anything before 3.5. -- ___ Python tracker

[issue25771] importlib: '.submodule' is not a relative name (no leading dot)

Roundup Robot added the comment: New changeset b3a0765671d6 by Brett Cannon in branch 'default': Issue #25771: Tweak ValueError message when package isn't specified https://hg.python.org/cpython/rev/b3a0765671d6 -- nosy: +python-dev ___ Python

[issue25771] importlib: '.submodule' is not a relative name (no leading dot)

Brett Cannon added the comment: Fixed in default (left 3.5 alone since it technically isn't a bug fix but a clarification; fine if someone else wants to handle the backport). -- resolution: -> fixed stage: -> resolved status: open -> closed ___

[issue25039] Docs: Link to Stackless Python in Design and History FAQ section is broken

Camilla Montonen added the comment: Hi everyone on the nosy list! I think this issue can be closed. The maintainer of the stackless website http://www.stackless.com/ has posted a message about technical problems and included links to the docs for the project. --

[issue25795] test_fork1 cannot be run directly: ./python Lib/test/test_fork1.py

STINNER Victor added the comment: > How am I supposed to start? Can you please check if the branch 3.5 is impacted? -- ___ Python tracker ___

[issue25799] 2.7.11rc1 not added to Win10 app list (start menu)

Terry J. Reedy added the comment: I believe I have auto-updates turned on, so this could be new after recent Win 10 patches. -- ___ Python tracker ___

[issue24934] django_v2 benchmark not working in Python 3.6

Roundup Robot added the comment: New changeset 8a9b86071c15 by Brett Cannon in branch 'default': Issue #24934: Introduce the django_v2 benchmark using Django 1.9.0. https://hg.python.org/benchmarks/rev/8a9b86071c15 -- nosy: +python-dev ___ Python

[issue25500] docs claim __import__ checked for in globals, but IMPORT_NAME bytecode does not

Brett Cannon added the comment: Thanks for the bug report, Sergei! I fixed the docs in the end. -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker

[issue25795] test_fork1 cannot be run directly: ./python Lib/test/test_fork1.py

Felippe da Motta Raposo added the comment: I did it! Can you please take a look at it? -- keywords: +patch Added file: http://bugs.python.org/file41241/mywork.patch ___ Python tracker

[issue25798] Update python.org installers to use OpenSSL 1.0.2e

Steve Dower added the comment: Considering we're building 2.7 and 3.5 tomorrow, ought we delay them long enough to add a second RC with this change? Looking at the issues that have been fixed, it doesn't seem like any are critical. -- ___ Python

[issue25800] errors running test_capi from command line

Martin Panter added the comment: The code looks like it is trying to find the root of the source code tree, and then chdir() to it and access /Programs/_testembed etc. In your case the chain of dirname() calls returns an empty string because that root is already the current directory. I would

[issue21240] Add an abstactmethod directive to the Python ReST domain

Brett Cannon added the comment: Are you willing to check this in, Berker? Or is it not needed anymore? -- assignee: docs@python -> berker.peksag nosy: +brett.cannon ___ Python tracker

[issue25802] Finish deprecating load_module()

New submission from Brett Cannon: There are a couple concrete implementations of load_module() in importlib that have not been explicitly deprecated that probably should be. As part of this I will finally add an Examples section to the importlib docs to show how to do common tasks such as

[issue25795] test_fork1 cannot be run directly: ./python Lib/test/test_fork1.py

Martin Panter added the comment: Either patch looks good to me. I don’t have a strong opinion about unittest.TestCase. I left a comment about adding the module=... back in test_pyclbr. -- nosy: +martin.panter stage: needs patch -> patch review ___

[issue21235] importlib's spec module create algorithm is not exposed

Brett Cannon added the comment: Is there anything left in this issue that hasn't been addressed in Python 3.5? -- status: open -> pending ___ Python tracker

[issue25755] Test test_property failed if run twice

Martin Panter added the comment: Maybe it would be even better to wrap this up using unittest.mock.patch.object(). That is an obscure function that is hard to learn from the documentation, but very useful for testing. There is also test.support.swap_attr(), which is easier to figure out.

[issue23936] Wrong references to deprecated find_module instead of find_spec

Roundup Robot added the comment: New changeset 88cee7d16ccb by Brett Cannon in branch '3.5': Issue #23936: Clarify what finders are. https://hg.python.org/cpython/rev/88cee7d16ccb New changeset 1b1900d2a537 by Brett Cannon in branch 'default': Merge for issue #23936

[issue13368] Possible problem in documentation of module subprocess, method send_signal

Eryk Sun added the comment: You can send CTRL_C_EVENT to a process group. But it requires the group leader to manually enable Ctrl+C handling. Initially it's disabled when creating a process with CREATE_NEW_PROCESS_GROUP. The attached script demonstrates sending CTRL_C_EVENT to a process

[issue25801] ResourceWarning in test_zipfile64

Martin Panter added the comment: It looks like it is disabled from the regular test suite on purpose: # XXX(nnorwitz): disable this test by looking for extra largfile [sic] resource # which doesn't exist. This test takes over 30 minutes to run in general # and requires more disk space than

[issue14285] Traceback wrong on ImportError while executing a package

Martin Panter added the comment: I think the problem with doing a blind import of the parent package is it would be hard to differentiate between the ImportError when the package (or an ancestor) is missing, versus a user-generated ImportError. Maybe you could inspect the exception as a

[issue25771] importlib: '.submodule' is not a relative name (no leading dot)

Martin Panter added the comment: Thanks, the fix is fine and there is no big need to backport it. For the record, I only came across this playing with runpy. Old message: $ python3 -m .submodule /sbin/python3: Error while finding spec for '.submodule' (: '.submodule' is not a relative name

[issue25795] test_fork1 cannot be run directly: ./python Lib/test/test_fork1.py

Felippe da Motta Raposo added the comment: SilentGhost suggested that I should change all occurrences of `TestCase`, on both `test_telnetlib` and `test_pyclbr`, by `unittest.TestCase`. This patch has these changes. -- Added file: http://bugs.python.org/file41244/mywork.patch

[issue21436] Consider leaving importlib.abc.Loader.load_module()

Brett Cannon added the comment: Python 3.5 lets you do: spec = importlib.util.spec_from_file_location('what.ever', 'foo.py') module = importlib.util.module_from_spec(spec) spec.loader.exec_module(module) I am satisfied that case for loading from a file is easy enough to not warrant

[issue25156] shutil.copyfile should internally use os.sendfile when possible

desbma added the comment: Here is a new patch, with changes suggested by SilentGhost and josh.rosenberg in the review. -- Added file: http://bugs.python.org/file41243/issue25156_v4.patch ___ Python tracker

[issue14911] generator.throw() documentation inaccurate

Martin Panter added the comment: Changes in throw-3x.v2.patch: * Split into two signatures * Added parallel coroutine.throw(value) signature * *Value* should be an exception instance; drop mentioning other options * Default value is instantiated from *type* * __traceback__ can be cleared *

[issue25795] test_fork1 cannot be run directly: ./python Lib/test/test_fork1.py

Felippe da Motta Raposo added the comment: Martin Panter added the comment: > I left a comment about adding the module=... back in test_pyclbr. I had to put it because `test_others` was failing: (test output) ``` l1=['TestCase'] l2=['unittest.TestCase'] ignore={'object'} class= FAIL

[issue25764] PyObject_Call() is called with an exception set in subprocess

Roundup Robot added the comment: New changeset 4f4e2cbd2138 by Martin Panter in branch '3.4': Issue #25764: Preserve subprocess fork exception when preexec_fn used https://hg.python.org/cpython/rev/4f4e2cbd2138 New changeset ae27ad306dbf by Martin Panter in branch '3.5': Issue #25764: Merge

[issue25764] PyObject_Call() is called with an exception set in subprocess

Martin Panter added the comment: OS X buildbots don’t like my resource change. http://buildbot.python.org/all/builders/AMD64%20Snow%20Leop%203.4/builds/1377/steps/test/logs/stdio It seems that the setrlimit() cleanup line is failing, all the subsequent tests fail to fork(). I don’t understand

[issue25194] Opt-in motivations & affiliations page for core contributors

R. David Murray added the comment: Is there any reason to keep this issue open at this point? -- ___ Python tracker ___

[issue24903] Do not verify destdir argument to compileall

R. David Murray added the comment: Thanks, Jake. -- resolution: -> fixed stage: commit review -> resolved status: open -> closed ___ Python tracker ___

[issue25803] pathlib.Path('/').mkdir() raises wrong error type

New submission from Daniel Lepage: pathlib.Path('/').mkdir() raises an IsADirectoryError instead of a FileExistsError. -- components: Library (Lib) messages: 255916 nosy: Daniel Lepage priority: normal severity: normal status: open title: pathlib.Path('/').mkdir() raises wrong error

[issue24903] Do not verify destdir argument to compileall

Roundup Robot added the comment: New changeset b63fd82a8528 by R David Murray in branch '3.4': #24903: Remove misleading error message to fix regression. https://hg.python.org/cpython/rev/b63fd82a8528 New changeset c65e135df1dc by R David Murray in branch '3.5': Merge: #24903: Remove misleading

[issue25764] PyObject_Call() is called with an exception set in subprocess

Roundup Robot added the comment: New changeset f53958873fae by Martin Panter in branch 'default': Issue #25764: Attempt to debug and skip OS X setrlimit() failure https://hg.python.org/cpython/rev/f53958873fae -- ___ Python tracker

[issue25795] test_fork1 cannot be run directly: ./python Lib/test/test_fork1.py

Zachary Ware added the comment: I'd rather leave things as they were, just add ', main as unittest_main' to the existing 'from unittest import TestCase' and change the call at the end from 'unittest.main()' to 'unittest_main()'. Felippe, have you signed a contributor agreement? If not, it

[issue25795] test_fork1 cannot be run directly: ./python Lib/test/test_fork1.py

Roundup Robot added the comment: New changeset a54ee6a65f10 by Zachary Ware in branch '3.5': Issue #25795: Fix several tests to run independently. https://hg.python.org/cpython/rev/a54ee6a65f10 New changeset 401459dca320 by Zachary Ware in branch 'default': Closes #25795: Merge with 3.5

[issue25795] test_fork1 cannot be run directly: ./python Lib/test/test_fork1.py

Zachary Ware added the comment: I made the change to test_pyclbr that I mentioned and committed it. Thanks, Fellipe! -- ___ Python tracker ___

[issue25764] PyObject_Call() is called with an exception set in subprocess

Roundup Robot added the comment: New changeset ccf42cdffc6d by Martin Panter in branch 'default': Issue #25764: OS X now failing on the second setrlimit() call https://hg.python.org/cpython/rev/ccf42cdffc6d -- ___ Python tracker

[issue25800] errors running test_capi from command line

Changes by Zachary Ware : -- versions: +Python 3.4 ___ Python tracker ___ ___

[issue25800] errors running test_capi from command line

Roundup Robot added the comment: New changeset fae5186562d0 by Zachary Ware in branch '3.4': Issue #25800: Fix running test_capi directly https://hg.python.org/cpython/rev/fae5186562d0 New changeset de4108db61f7 by Zachary Ware in branch '3.5': Issue #25800: Merge with 3.4

[issue25800] errors running test_capi from command line

Zachary Ware added the comment: Thanks for the report! -- type: -> behavior ___ Python tracker ___ ___

[issue25798] Update python.org installers to use OpenSSL 1.0.2e

Benjamin Peterson added the comment: I don't mind if you upgrade for the final. -- ___ Python tracker ___ ___

[issue25698] The copy_reg module becomes unexpectedly empty in test_cpickle

Benjamin Peterson added the comment: I can reproduce with % ./python Lib/test/regrtest.py test___all__ test_memoryio test_zipimport test_cpickle The underlying issue is classic: PyDict_SetItem returns NULL if the stack is too deep. This confuses import. Not new, so not a release blocker.

[issue25795] test_fork1 cannot be run directly: ./pyhon Lib/test/test_fork1.py

Zachary Ware added the comment: Hmm, oops. This would be a result of 3aec776fc796, which was applied only to the default before 3.5 was branched. -- stage: -> needs patch type: -> behavior versions: +Python 3.5 ___ Python tracker

[issue25795] test_fork1 cannot be run directly: ./python Lib/test/test_fork1.py

Changes by Zachary Ware : -- title: test_fork1 cannot be run directly: ./pyhon Lib/test/test_fork1.py -> test_fork1 cannot be run directly: ./python Lib/test/test_fork1.py ___ Python tracker

[issue23936] Wrong references to deprecated find_module instead of find_spec

Brett Cannon added the comment: I vote for more generic; left a review to that effect. -- ___ Python tracker ___

[issue23936] Wrong references to deprecated find_module instead of find_spec

Thomas Kluyver added the comment: Third revision of patch responding to Brett's suggestions. -- Added file: http://bugs.python.org/file41240/finders_and_specs3.patch ___ Python tracker

[issue25795] test_fork1 cannot be run directly: ./python Lib/test/test_fork1.py

Felippe da Motta Raposo added the comment: I'd like to fix it! How am I supposed to start? -- nosy: +felippemr ___ Python tracker ___

[issue23936] Wrong references to deprecated find_module instead of find_spec

Brett Cannon added the comment: LGTM; I will commit it when I have a chance. -- stage: patch review -> commit review ___ Python tracker ___