[issue33944] Deprecate and remove pth files

Ionel Cristian Mărieș added the comment: FYI I have 3 projects that use pth files to activate various features (an env var is usually the trigger): https://pypi.org/project/pytest-cov - enables coverage measurement in any subprocess https://pypi.org/project/manhole - installs a debug service

[issue35780] Recheck logic in the C version of the lru_cache()

Raymond Hettinger added the comment: > I am not sure about an addition _PyDict_GetItem_KnownHash(). It is a necessary check. The user call is allowed to update the cache so we no longer know without checking whether the new key/result pair has already been added. That is in fact the main

[issue35766] Merge typed_ast back into CPython

Change by Guido van Rossum : -- keywords: +patch, patch, patch pull_requests: +11427, 11428, 11429 stage: needs patch -> patch review ___ Python tracker ___

[issue35766] Merge typed_ast back into CPython

Change by Guido van Rossum : -- keywords: +patch, patch pull_requests: +11427, 11428 stage: needs patch -> patch review ___ Python tracker ___

[issue35766] Merge typed_ast back into CPython

Change by Guido van Rossum : -- keywords: +patch pull_requests: +11427 stage: needs patch -> patch review ___ Python tracker ___

[issue20479] Efficiently support weight/frequency mappings in the statistics module

Steven D'Aprano added the comment: Here is some further information on weights in statistics in general, and SAS and Stata specifically: https://blogs.sas.com/content/iml/2017/10/02/weight-variables-in-statistics-sas.html Quote: use the FREQ statement to specify integer frequencies for

[issue35132] python-gdb error: Python Exception Type does not have a target

Lisa Roach added the comment: I experienced this bug as well and have tried to dig into it a little. I experimented with a service I have that uses shared libraries. If I compile with high level of optimizations for the C++ code (-O3) I don't experience the issue, but compiling without any

[issue35795] test_pkgutil test_zipapp fail in AMD64 Windows7 SP1 3.x and AMD64 Windows7 SP1 3.7 buildbots

Jeremy Kloth added the comment: Also of note, a largish temporary directory (16K+ entries) seemed to be causing a slowdown in the cleanup of the tests, thus triggering the failures. A quick purge later and the tests seem to run to completion. Although the tests are currently passing, they

[issue35627] multiprocessing.queue in 3.7.2 doesn't behave as it was in 3.7.1

Tom Wilson added the comment: In case this is a clue - the attached script "mp_hang2.py" adds a call to qsize() and uses only a single consumer. When I run it from the command line it does one of two things: Option 1: C:\TEMP\Py-3.7.2b-Venv\Scripts>.\python.exe

[issue35627] multiprocessing.queue in 3.7.2 doesn't behave as it was in 3.7.1

Tom Wilson added the comment: Hi there. I get this behavior as well, although only in a venv. Main Virtual v3.7.1:260ec2c36a CompletesCompletes v3.7.2:9a3ffc0492 Completes Hangs Some other details of my setup: - Windows 10 Pro, Version 1803 (OS

[issue35756] Using `return value` in a generator function skips the returned value on for-loop iteration

Steven D'Aprano added the comment: > I'm off to write an ugly `next()` wrapper then. Wouldn't it be simpler to re-design the generators to yield the final result instead of returning it? To process the final item differently from the rest, you just need something like this: last = next(it)

[issue35756] Using `return value` in a generator function skips the returned value on for-loop iteration

bryan.koch added the comment: Thanks for testing that. I'm off to write an ugly `next()` wrapper then. -- ___ Python tracker ___

[issue35756] Using `return value` in a generator function skips the returned value on for-loop iteration

Steven D'Aprano added the comment: > steven your generator example is exactly what I wanted to do; looks > like I'm upgrading to Python 3.8 for the new assignment syntax. Sorry to have mislead you, but I don't think it will do what I thought. After giving it some more thought, I decided to

[issue35803] Test and document that `dir=...` in tempfile may be PathLike

Change by Anthony Sottile : -- keywords: +patch, patch pull_requests: +11424, 11425 stage: -> patch review ___ Python tracker ___

[issue35803] Test and document that `dir=...` in tempfile may be PathLike

Change by Anthony Sottile : -- keywords: +patch, patch, patch pull_requests: +11424, 11425, 11426 stage: -> patch review ___ Python tracker ___

[issue35803] Test and document that `dir=...` in tempfile may be PathLike

Change by Anthony Sottile : -- keywords: +patch pull_requests: +11424 stage: -> patch review ___ Python tracker ___ ___

[issue35800] remove smtpd.MailmanProxy

Barry A. Warsaw added the comment: Yes, it should be deprecated and removed. TBH, IMHO smtpd.py should be entirely deprecated. aiosmtpd (3rd party) is a much more modern approach. -- ___ Python tracker

[issue35803] Test and document that `dir=...` in tempfile may be PathLike

New submission from Anthony Sottile : This appears to be true in 3.6+ -- I'd like to add a test and documentation ensuring that going forward. Related: https://github.com/python/typeshed/issues/2749 -- assignee: docs@python components: Documentation, Tests messages: 334188 nosy:

[issue35802] os.stat / os.lstat always present, but code checks hastattr(os, 'stat') / hasattr(os, 'lstat')

Change by Anthony Sottile : -- keywords: +patch pull_requests: +11422 stage: -> patch review ___ Python tracker ___ ___

[issue35802] os.stat / os.lstat always present, but code checks hastattr(os, 'stat') / hasattr(os, 'lstat')

Change by Anthony Sottile : -- keywords: +patch, patch pull_requests: +11422, 11423 stage: -> patch review ___ Python tracker ___

[issue35797] concurrent.futures.ProcessPoolExecutor does not work in venv on Windows

Steve Dower added the comment: > I would prefer a -X command-line option, such as "VIRTUAL_ENV". > multiprocessing could propagate this option to worker processes. Right, so would I, but it needs to be propagated basically everywhere (unless "everywhere" all defers through multiprocessing,

[issue35699] distutils cannot find Build Tools 2017 since 3.7.2

Pablo Galindo Salgado added the comment: @Steve, we are investigating and tracking this issue here: https://bugs.python.org/issue35795 According to the buildbot owner "directory tree removal needs to go through support.rmtree, not any of the stdlib methods for doing so. In a nutshell, the

[issue35802] os.stat / os.lstat always present, but code checks hastattr(os, 'stat') / hasattr(os, 'lstat')

Anthony Sottile added the comment: looks true for os.chmod as well: https://github.com/python/cpython/blob/7a2368063f25746d4008a74aca0dc0b82f86ff7b/Modules/clinic/posixmodule.c.h#L327-L328 -- ___ Python tracker

[issue14802] Python fails to compile with VC11 ARM configuration

Ned Deily added the comment: Unless Steve thinks otherwise, I agree that this isn’t a candidate for backporting to 3.7 without all the work to fully support new platform configurations. -- ___ Python tracker

[issue34656] [CVE-2018-20406] memory exhaustion in Modules/_pickle.c:1393

Matej Cepl added the comment: > * Python 2.7 has no C accelerator _pickle (Modules/_pickle.c) And Modules/cPickle.c is that drastically different? -- ___ Python tracker ___

[issue35802] os.stat / os.lstat always present, but code checks hastattr(os, 'stat') / hasattr(os, 'lstat')

New submission from Anthony Sottile : Unless I'm reading incorrectly: https://github.com/python/cpython/blob/7a2368063f25746d4008a74aca0dc0b82f86ff7b/Modules/clinic/posixmodule.c.h#L30-L31

[issue35756] Using `return value` in a generator function skips the returned value on for-loop iteration

bryan.koch added the comment: steven your generator example is exactly what I wanted to do; looks like I'm upgrading to Python 3.8 for the new assignment syntax. I was actually expecting the SyntaxError to be raised at runtime which would be a pretty large behavior change (definitely

[issue35794] test_posix.py test failure

STINNER Victor added the comment: Thanks for the quickfix Pablo ;-) -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue35798] duplicate SyntaxWarning: "is" with a literal

Change by Kumar Akshay : -- pull_requests: +11419, 11420, 11421 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue35798] duplicate SyntaxWarning: "is" with a literal

Change by Kumar Akshay : -- pull_requests: +11419, 11420 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35798] duplicate SyntaxWarning: "is" with a literal

Change by Kumar Akshay : -- pull_requests: +11419 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34656] [CVE-2018-20406] memory exhaustion in Modules/_pickle.c:1393

STINNER Victor added the comment: Python 2.7 is not affected: * Python 2.7 has no C accelerator _pickle (Modules/_pickle.c) * Python 2.7 doesn't support protocol 4 (attached proof of concept) I reopen the issue because the issue should be fixed in 3.4 and 3.5 as well, since it has been

[issue35746] [ssl][CVE-2019-5010] TALOS-2018-0758 Denial of Service

STINNER Victor added the comment: Does someone work on backporting the fix to 3.4 and 3.5 branches? Note: I added the vulnerability to: https://python-security.readthedocs.io/vuln/ssl-crl-dps-dos.html -- ___ Python tracker

[issue31506] Improve the error message logic for object_new & object_init

Change by Sanyam Khurana : -- pull_requests: +11416, 11417, 11418 stage: needs patch -> patch review ___ Python tracker ___ ___

[issue31506] Improve the error message logic for object_new & object_init

Change by Sanyam Khurana : -- pull_requests: +11416, 11417 stage: needs patch -> patch review ___ Python tracker ___ ___

[issue31506] Improve the error message logic for object_new & object_init

Change by Sanyam Khurana : -- pull_requests: +11416 stage: needs patch -> patch review ___ Python tracker ___ ___ Python-bugs-list

[issue14802] Python fails to compile with VC11 ARM configuration

Antoine Pitrou added the comment: Fixed in master branch. Thank you, Minmin Gong! I don't think this is a candidate for a 3.7 backport. If you think otherwise, though, please say so. You'll also need to check that the backport enables proper compilation on ARM. -- nosy:

[issue35758] Disable x87 control word for MSVC ARM compiler

Antoine Pitrou added the comment: New changeset 7a2368063f25746d4008a74aca0dc0b82f86ff7b by Antoine Pitrou (Minmin Gong) in branch 'master': bpo-35758: Fix building on ARM + MSVC (gh-11531) https://github.com/python/cpython/commit/7a2368063f25746d4008a74aca0dc0b82f86ff7b -- nosy:

[issue34656] [CVE-2018-20406] memory exhaustion in Modules/_pickle.c:1393

Change by STINNER Victor : -- title: memory exhaustion in Modules/_pickle.c:1393 -> [CVE-2018-20406] memory exhaustion in Modules/_pickle.c:1393 ___ Python tracker ___

[issue35780] Recheck logic in the C version of the lru_cache()

Serhiy Storchaka added the comment: For the test you can use "nonlocal". -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue35661] Store the venv prompt in pyvenv.cfg

Cheryl Sabella added the comment: I've made the changes suggested by Brett to store the raw value instead of the formatted prompt. I also have been looking into issues Steve raised about using the prompt value from `pyvenv.cfg` instead of having the prompt hard-coded into the activate

[issue35780] Recheck logic in the C version of the lru_cache()

Serhiy Storchaka added the comment: It was the explanation of possible history, not the justification of bugs. Of course bugs should be fixed. Thank you for rechecking this code and for your fix. As for the optimization in lru_cache_make_key(), consider the following example: @lru_cache()

[issue35797] concurrent.futures.ProcessPoolExecutor does not work in venv on Windows

Eryk Sun added the comment: multiprocessing could be redesigned to make the child process responsible for duplicating all handles from its logical parent (by PID passed on the command line -- regardless of whatever its real parent is). That avoids the problem of the parent mistakenly

[issue35797] concurrent.futures.ProcessPoolExecutor does not work in venv on Windows

Steve Dower added the comment: > So I think "breaking if environment variables are not inherited" is a less > severe failure mode than this issue is. ISTR that having sys.executable point to a path outside of sys.prefix breaks the site module in some way, so that would move the fix over

[issue35797] concurrent.futures.ProcessPoolExecutor does not work in venv on Windows

Antoine Pitrou added the comment: Hmm, if multiprocessing exhibits the problem, I wouldn't be surprised if some third-party libraries also do. I think `sys.executable` should really point to the proper executable. > But changing sys.executable to _not_ be the venv one will break anyone who

[issue35798] duplicate SyntaxWarning: "is" with a literal

Kumar Akshay added the comment: can I work on this? -- nosy: +kakshay ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue35782] Missing whitespace after comma in randrange raise error

Change by miss-islington : -- pull_requests: +11413, 11414, 11415 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue35782] Missing whitespace after comma in randrange raise error

Change by miss-islington : -- pull_requests: +11413 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35782] Missing whitespace after comma in randrange raise error

Change by miss-islington : -- pull_requests: +11413, 11414 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35782] Missing whitespace after comma in randrange raise error

miss-islington added the comment: New changeset 2433a2ab705e93f9a44f01c260d351b205a73e9d by Miss Islington (bot) (Kumar Akshay) in branch 'master': bpo-35782: Fix error message in randrange (GH-11620) https://github.com/python/cpython/commit/2433a2ab705e93f9a44f01c260d351b205a73e9d

[issue35798] duplicate SyntaxWarning: "is" with a literal

Change by Serhiy Storchaka : -- keywords: +patch pull_requests: +11410 stage: -> patch review ___ Python tracker ___ ___

[issue35798] duplicate SyntaxWarning: "is" with a literal

Change by Serhiy Storchaka : -- keywords: +patch, patch, patch pull_requests: +11410, 11411, 11412 stage: -> patch review ___ Python tracker ___

[issue35798] duplicate SyntaxWarning: "is" with a literal

Change by Serhiy Storchaka : -- keywords: +patch, patch pull_requests: +11410, 11411 stage: -> patch review ___ Python tracker ___

[issue35797] concurrent.futures.ProcessPoolExecutor does not work in venv on Windows

Steve Dower added the comment: The first idea makes sense, but because of how we've already architected things (and the direction we're trying to rearchitect things) it isn't really that feasible. The second idea could be good. It isn't that hard to make globally named handles that can be

[issue35699] distutils cannot find Build Tools 2017 since 3.7.2

Tzu-ping Chung added the comment: I read a few of the logs, and all errors roots in the same place, when the test case tries to remove the tempdir during teardown/cleanup. The Windows (and other platforms not supporting directory fds) implementation of rmtree can have race conditions if

[issue35801] venv in 3.7 references python3 executable

New submission from Paul Watson : The documentation for venv in Python 3.7 references using `python3` to run venv. I do not find a `python3` executable in the kit. https://docs.python.org/3.7/library/venv.html#module-venv -- assignee: docs@python components: Documentation messages:

[issue35797] concurrent.futures.ProcessPoolExecutor does not work in venv on Windows

Christian Ullrich added the comment: I have two ideas, but no idea if either is remotely feasible: 1. Replicate the launcher's selection logic in multiprocessing and avoid the intermediate step via sys.executable. Perhaps put it into pythonXX.dll or export it from the launcher

[issue35797] concurrent.futures.ProcessPoolExecutor does not work in venv on Windows

Steve Dower added the comment: > We need a way to allow multiprocessing to spawn the real python.exe instead > of the launcher executable that's set as sys.executable. Got to a computer and had just reached the same conclusion. Given the environment is inherited, it's easy to do: >>>

[issue35797] concurrent.futures.ProcessPoolExecutor does not work in venv on Windows

Eryk Sun added the comment: The launchers have inheritance enabled (for the duplicated standard handles, which should be made inheritable via SetHandleInformation instead, but that's a separate issue). However, multiprocessing doesn't use inheritable handles. Spawning processes with

[issue35777] mismatched eval() and ast.literal_eval() behavior with unicode_literals

jez added the comment: I take the point about breaking backward compatibility. The problem, then, is in the `ast` documentation, and may not be confined to Python 2.7 The `literal_eval` doc states no more than that the function

[issue27035] Cannot set exit code in atexit callback

Change by Christopher Hunt : -- nosy: +chrahunt versions: +Python 3.7 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue35797] concurrent.futures.ProcessPoolExecutor does not work in venv on Windows

Steve Dower added the comment: You can't create symlinks on Windows without additional user permissions, and the old method of copying most of the binaries was slow and made DLL hell worse, as well as simply not working with the Windows Store model that does not let random executables load

[issue35788] smtpd.PureProxy and smtpd.MailmanProxy broken by extra kwargs, bytes and more

Samuel Colvin added the comment: Great, https://bugs.python.org/issue35799 and https://bugs.python.org/issue35800 created. -- ___ Python tracker ___

[issue35800] remove smtpd.MailmanProxy

New submission from Samuel Colvin : smtpd.MailmanProxy is completely broken, it takes the wrong arguments but also assumes the existence of a "Mailman" module which doesn't exist. It should be removed in 3.8 or 3.9. Created from https://bugs.python.org/issue35788 Happy to create a PR if

[issue35799] fix or remove smtpd.PureProxy

New submission from Samuel Colvin : smtpd.PureProxy.process_message is defined to not receive the extra kwargs which it is called with. It also expects "data" to be str when it's actually bytes. PureProxy should either be removed for fixed. Personally, I think it should be fixed as the fix

[issue35788] smtpd.PureProxy and smtpd.MailmanProxy broken by extra kwargs, bytes and more

R. David Murray added the comment: Actually, thinking about it some more, you are right. If PureProxy doesn't at least function according to the current docs it should either be fixed or we should deprecate-and-remove it in 3.8 or 3.9 (depending on how strongly people feel about the

[issue35797] concurrent.futures.ProcessPoolExecutor does not work in venv on Windows

Antoine Pitrou added the comment: Hmm... Out of curiosity, why is the venv's python.exe not simply a symlink to the original python.exe? What is the point of going through py.exe here? Also, is this a regression? Otherwise I don't think it has to be a release blocker. --

[issue35788] smtpd.PureProxy and smtpd.MailmanProxy broken by extra kwargs, bytes and more

Samuel Colvin added the comment: Ok. Thanks for your explanation. Makes sense. -- ___ Python tracker ___ ___ Python-bugs-list

[issue35788] smtpd.PureProxy and smtpd.MailmanProxy broken by extra kwargs, bytes and more

R. David Murray added the comment: The mailman proxy has been abandoned for a long time now, so no fixes there. I have some sympathy to fixing PureProxy, but since the stdlib itself doesn't use it, not a lot :) At some point we will start cleaning up old code (probably a while after 2.7 is

[issue35797] concurrent.futures.ProcessPoolExecutor does not work in venv on Windows

Steve Dower added the comment: Good catch! I'm surprised we don't have any tests for this, but I guess we don't really create any virtual environments in our test suite. A shame nobody hit it during RC. I don't actually know the best fix for this. The venv python.exe script is the same as

[issue35699] distutils cannot find Build Tools 2017 since 3.7.2

Steve Dower added the comment: There is one buildbot (https://buildbot.python.org/all/#builders/40/builds/1524) that started randomly failing unrelated tests with this change - usually one of zipapp, pkgutil, or zipimport. I don't have any idea what the relationship here is, unless the

[issue35788] smtpd.PureProxy and smtpd.MailmanProxy broken by extra kwargs, bytes and more

Samuel Colvin added the comment: Thanks for the response. I've created issues on aiosmtpd for both these things. There are much better ways of running the controller than threading, but that's a discussion for https://github.com/aio-libs/aiosmtpd/issues/160. I'll try and work on aiosmtpd

[issue35788] smtpd.PureProxy and smtpd.MailmanProxy broken by extra kwargs, bytes and more

R. David Murray added the comment: It is documented as deprecated, but only in the 'seealso' note at the top. I think it would be reasonable to open an issue to add an actual 'deprecated' ReST tag to the docs. For your 1 and 2, the stdlib smtpd forwarding is also blocking; that code

[issue35633] test_eintr fails on AIX since fcntl functions were modified

Michael Felt added the comment: Done. > On 1/15/2019 11:23 AM, STINNER Victor wrote: > I would prefer to simply skip the lockf() test rather than ignoring > PermissionError for flock() and lockf() on all platforms. Can you please > write a PR for that? > > There is no need to add a NEWS

[issue35795] test_pkgutil test_zipapp fail in AMD64 Windows7 SP1 3.x and AMD64 Windows7 SP1 3.7 buildbots

Jeremy Kloth added the comment: This is an old, but recurring issue with Windows and directory tree removal: see issue15496 Basically, for stable (Windows) buildbots, directory tree removal needs to go through support.rmtree, not any of the stdlib methods for doing so. In a nutshell, the

[issue34850] Emit a syntax warning for "is" with a literal

STINNER Victor added the comment: The warning is emited twice, see: bpo-35798. -- nosy: +vstinner ___ Python tracker ___ ___

[issue35798] duplicate SyntaxWarning: "is" with a literal

STINNER Victor added the comment: The warning has been introduced by bpo-34850: commit 3bcbedc9f1471d957a30a90f9d1251516b422416. -- nosy: +vstinner ___ Python tracker ___

[issue35798] duplicate SyntaxWarning: "is" with a literal

New submission from Jakub Wilk : $ python3.8 -c 'if object() is 42: pass' :1: SyntaxWarning: "is" with a literal. Did you mean "=="? :1: SyntaxWarning: "is" with a literal. Did you mean "=="? I'd like only one copy of this warning, not two. Tested with git master

[issue35797] concurrent.futures.ProcessPoolExecutor does not work in venv on Windows

New submission from Christian Ullrich : Using concurrent.futures.ProcessPoolExecutor on Windows fails immediately with a lot of exceptions of the "access denied", "file not found", and "invalid handle" varieties. Running the script that creates the ProcessPoolExecutor from the main

[issue19660] decorator syntax: allow testlist instead of just dotted_name

Jeroen Demeyer added the comment: There is again some discussion about this at https://discuss.python.org/t/why-are-some-expressions-syntax-errors/420 -- ___ Python tracker

[issue35794] test_posix.py test failure

Pablo Galindo Salgado added the comment: New changeset e9b185f2a493cc54f0d49eac44bf21e8d7de2990 by Pablo Galindo in branch 'master': bpo-35794: Catch PermissionError in test_no_such_executable (GH-11635) https://github.com/python/cpython/commit/e9b185f2a493cc54f0d49eac44bf21e8d7de2990

[issue35794] test_posix.py test failure

Change by Pablo Galindo Salgado : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue34294] re module: wrong capturing groups

Ma Lin added the comment: Original post's bug was introduced in Python 3.7.0 When investigate the code, I found another bug about capturing groups. This bug exists since very early version. regex module doesn't have this bug. Python 3.4.4 (v3.4.4:737efcadf5a6, Dec 20 2015, 19:28:18) [MSC

[issue35794] test_posix.py test failure

Jeroen Demeyer added the comment: > Test with os.posix_spawn() is fine: Indeed, the difference between posix_spawn() and posix_spawnp() is that only the latter uses $PATH to look up the executable. -- ___ Python tracker

[issue35794] test_posix.py test failure

STINNER Victor added the comment: To be clear, only os.posix_spawnp() (with "P") fails: $ PATH=/root ./python -m test -v test_posix ... ERROR: test_no_such_executable (test.test_posix.TestPosixSpawnP) -- Traceback (most

[issue35707] time.sleep() should support objects with __float__

Change by Jeroen Demeyer : -- pull_requests: +11407, 11408, 11409 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue35707] time.sleep() should support objects with __float__

Change by Jeroen Demeyer : -- pull_requests: +11407, 11408 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35707] time.sleep() should support objects with __float__

Change by Jeroen Demeyer : -- pull_requests: +11407 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35707] time.sleep() should support objects with __float__

Ronald Oussoren added the comment: > In other words: if we can only use __float__ and __int__, how do we know > which one to use? I guess __index__. I've read the definition of object.__index__ in the data model documentation, and using __index__ for this conversion is fine. I need to

[issue34814] makesetup: must link C extensions to libpython when compiled in shared mode

STINNER Victor added the comment: Another Fedora on Python2: https://bugzilla.redhat.com/show_bug.cgi?id=1667914 -- ___ Python tracker ___

[issue35795] test_pkgutil test_zipapp fail in AMD64 Windows7 SP1 3.x and AMD64 Windows7 SP1 3.7 buildbots

STINNER Victor added the comment: Old fixed rmtree issue: bpo-22022, bpo-30334. This one is different. tempfile calls shutil.rmtree(). The test doesn't call rmtree() directly. -- nosy: +vstinner ___ Python tracker

[issue35796] time.localtime returns error for negative values

STINNER Victor added the comment: It's a limitation of the Windows C library. I'm quite sure that Python 2 has a the same issue, it shouldn't be a regression. -- nosy: +vstinner ___ Python tracker

[issue35796] time.localtime returns error for negative values

New submission from Mba : Steps to reproduce the bug: ``` >>> import sys >>> sys.version '3.6.7 (v3.6.7:6ec5cf24b7, Oct 20 2018, 13:35:33) [MSC v.1900 64 bit (AMD64)]' >>> import datetime >>> print(datetime.datetime.now().astimezone().tzinfo) datetime.timezone(datetime.timedelta(0, 3600),

[issue35794] test_posix.py test failure

Change by Pablo Galindo Salgado : -- keywords: +patch, patch pull_requests: +11404, 11405 stage: -> patch review ___ Python tracker ___

[issue35794] test_posix.py test failure

Change by Pablo Galindo Salgado : -- keywords: +patch pull_requests: +11404 stage: -> patch review ___ Python tracker ___ ___

[issue35794] test_posix.py test failure

Change by Pablo Galindo Salgado : -- keywords: +patch, patch, patch pull_requests: +11404, 11405, 11406 stage: -> patch review ___ Python tracker ___

[issue35707] time.sleep() should support objects with __float__

Jeroen Demeyer added the comment: > If we want to support other numerical types with loss in double rounding Looking at the existing code, I can already see several double-rounding "bugs" in the code, so I wouldn't be too much concerned here... --

[issue35794] test_posix.py test failure

Change by Pablo Galindo Salgado : -- nosy: +vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35794] test_posix.py test failure

Pablo Galindo Salgado added the comment: I think that test should check for PermissionError as well. -- ___ Python tracker ___ ___

[issue35707] time.sleep() should support objects with __float__

Jeroen Demeyer added the comment: In other words: if we can only use __float__ and __int__, how do we know which one to use? -- ___ Python tracker ___

  1   2   >