STINNER Victor added the comment:
> bpo-45188: Windows now regenerates frozen modules at the start of build
> instead of late (GH-28322)
Maybe the resource compiler needs a header file which is not generated yet, and
so the build fails.
In msg401948 logs, I don't see when header
STINNER Victor added the comment:
> C:\Program Files (x86)\Windows Kits\10\Include\10.0.22000.0\um\winnt.h(253):
> error RC2188:
> D:\a\cpython\cpython\PCbuild\obj\311win32_Release\pythoncore\RCa05056(47) :
> fatal error RC1116: RC terminating after preprocessor errors
>
Change by STINNER Victor :
--
title: test_with_pip fail -> test_venv: test_with_pip fails on version 3.8.12
with: pip._vendor.packaging.version.InvalidVersion: Invalid version:
'setuptools'
___
Python tracker
<https://bugs.python.org/issu
STINNER Victor added the comment:
> Today, I tried to upgrade Python 3 to version 3.8.12, the test case
> test_with_pip failed. The error message is as follows:
What is your operating system? How did you install Python? Which command did
you type to run
STINNER Victor added the comment:
Recent failure, Windows x64 job of GitHub Action:
https://github.com/python/cpython/runs/3617689771
0:07:18 load avg: 6.20 [425/427/2] test_concurrent_futures failed (2 failures)
(1 min 51 sec
STINNER Victor added the comment:
It may be related to bpo-45020 which recently got a change:
New changeset 9fd87a5fe5c468cf94265365091267838b004b7f by Eric Snow in branch
'main':
bpo-45020: Revert "Drop the frozen .h files from the repo." (gh-28380)
https://github.com/python/cpyt
STINNER Victor added the comment:
Is bpo-45220 "Windows builds sometimes fail on Azure and GitHub Action: fatal
error RC1116: RC terminating after preprocessor errors" related to this issue?
--
nosy: +vstinner
___
Python track
Change by STINNER Victor :
--
title: Windows builds sometimes fail on main branch: fatal error RC1116: RC
terminating after preprocessor errors -> Windows builds sometimes fail on Azure
and GitHub Action: fatal error RC1116: RC terminating after preprocessor err
STINNER Victor added the comment:
It also fails on the 3.9 and 3.10 on the Windows jobs of GitHub Action.
--
nosy: +vstinner
versions: +Python 3.10, Python 3.9
___
Python tracker
<https://bugs.python.org/issue45
Change by STINNER Victor :
--
title: Windows builds sometimes fail on main branch -> Windows builds sometimes
fail on main branch: fatal error RC1116: RC terminating after preprocessor
errors
___
Python tracker
<https://bugs.python.org/issu
STINNER Victor added the comment:
Thanks for the report and the fix!
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
STINNER Victor added the comment:
I'm not sure that it's a feature. Maybe we should modify to never call
tp_dealloc with an exception set.
--
nosy: +vstinner
___
Python tracker
<https://bugs.python.org/issue45
STINNER Victor added the comment:
See also https://github.com/python/cpython/pull/23169 of bpo-42260 which
rewrites getpath.c in pure Python.
--
nosy: +vstinner
___
Python tracker
<https://bugs.python.org/issue45
STINNER Victor added the comment:
def testWithTimeoutTriggeredSend(self):
conn = self.accept_conn()
conn.recv(88192)
+time.sleep(1)
Was it a deliberate choice to add a sleep of 1 second? If yes, can you please
add a comment to explain why?
--
nosy: +vstinner
STINNER Victor added the comment:
The current Argument Clinic syntax for math.log() is:
--
/*[clinic input]
math.log
x:object
[
base: object(c_default="NULL") = math.e
]
/
Return the logarithm of x to the given base.
(...)
--
Change by STINNER Victor :
--
title: test_multiprocessing_fork fails if run sequentially after test_logging
-> test_multiprocessing_fork fails if run sequentially after test_genericalias
and test_logging
___
Python tracker
<
STINNER Victor added the comment:
The issue can be reproduced just with these lines:
---
import sys
import multiprocessing.queues
del sys.modules['multiprocessing']
import multiprocessing
import multiprocessing.connection
from multiprocessing.connection import wait
connection
STINNER Victor added the comment:
> ./python -m test -m test.test_logging.LogRecordTest.test_multiprocessing
> test_genericalias test_logging test_multiprocessing_fork -v
This command reproduces the issue:
* importing test.test_genericalias imports multiprocessing submodule
Change by STINNER Victor :
--
title: test_multiprocessing fails sporadically on the release artifacts ->
test_multiprocessing_fork fails if run sequentially after test_logging
___
Python tracker
<https://bugs.python.org/issu
STINNER Victor added the comment:
I can still reproduce the issue if test_logging.py is simplified to:
---
import unittest
import sys
class LogRecordTest(unittest.TestCase):
def test_multiprocessing(self):
import multiprocessing.queues
del sys.modules['multiprocessing
STINNER Victor added the comment:
Minimum command to reproduce the issue (on Linux):
$ ./python -m test -m test.test_logging.LogRecordTest.test_multiprocessing
test_genericalias test_logging test_multiprocessing_fork -v
(...)
0:00:00 load avg: 0.45 Run tests sequentially
0:00:00 load avg
Change by STINNER Victor :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
STINNER Victor added the comment:
New changeset 471b3811fe695dcd388396893a0f375a8866ac0c by Victor Stinner in
branch '3.9':
bpo-45208: Make test_pdb.test_checkline_is_not_executable() quiet (GH-28354)
(GH-28381)
https://github.com/python/cpython/commit
STINNER Victor added the comment:
> The thing is that we are running the test suite constantly on CI and
> buildbots and non of them have seen this problem :(
Most (if not all) Python CIs run the Python test suite using -jN option which
runs each test in isolation: a fresh p
STINNER Victor added the comment:
> bpo-45155 : Default arguments for int.to_bytes(length=1,
> byteorder=sys.byteorder) (#28265)
The commit title is wrong, the default "big" not sys.byteorder:
int.to_bytes(length=1, byteorder='big', *, signed=False)
int.from_bytes(
Change by STINNER Victor :
--
pull_requests: +26796
pull_request: https://github.com/python/cpython/pull/28381
___
Python tracker
<https://bugs.python.org/issue45
STINNER Victor added the comment:
> Change CPython to call abort() instead of pthread_exit() as that situation is
> unresolvable and the process dying is better than hanging, partially alive.
> That solution isn't friendly, but is better than being silent and allowing
&
Change by STINNER Victor :
--
keywords: +patch
pull_requests: +26770
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/28356
___
Python tracker
<https://bugs.python.org/issu
Change by STINNER Victor :
--
versions: +Python 3.10, Python 3.9
___
Python tracker
<https://bugs.python.org/issue45207>
___
___
Python-bugs-list mailin
Change by STINNER Victor :
--
keywords: +patch
pull_requests: +26769
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/28355
___
Python tracker
<https://bugs.python.org/issu
STINNER Victor added the comment:
load_method_fail_kind() added by commit
11cdf2a6702639571554cbf3f69f57d688564540 introduced a compiler (GCC) warning:
Python/specialize.c: In function 'load_method_fail_kind':
Python/specialize.c:878:1: warning: control reaches end of non-void function
Change by STINNER Victor :
--
versions: +Python 3.10, Python 3.9
___
Python tracker
<https://bugs.python.org/issue45208>
___
___
Python-bugs-list mailin
Change by STINNER Victor :
--
keywords: +patch
pull_requests: +26768
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/28354
___
Python tracker
<https://bugs.python.org/issu
New submission from STINNER Victor :
0:03:25 load avg: 12.33 [250/427] test_multiprocessing_forkserver passed (...)
/home/vstinner/python/main/Lib/multiprocessing/resource_tracker.py:224:
UserWarning: resource_tracker: There appear to be 1 leaked shared_memory
objects to clean up at shutdown
New submission from STINNER Victor :
I would prefer a quiet test:
test_checkline_is_not_executable (test.test_pdb.ChecklineTests) ... End of file
*** Blank or comment
*** Blank or comment
*** Blank or comment
*** Blank or comment
*** Blank or comment
End of file
ok
Current output
Change by STINNER Victor :
--
title: Resource Tracker is never reaped -> multiprocessing: the Resource
Tracker process is never reaped
___
Python tracker
<https://bugs.python.org/issu
Change by STINNER Victor :
--
title: Race condition in thread.py -> concurrent.futures race condition
___
Python tracker
<https://bugs.python.org/issu
New submission from STINNER Victor :
test_gdb logs many messages. I would prefer a quiet output:
0:02:05 load avg: 11.65 [155/427] test_gdb passed (...)
Function "meth_varargs" not defined.
Function "meth_varargs" not defined.
Function "meth_varargs" not d
New submission from STINNER Victor :
3 tests of test_contextlib_async logs messages. I would prefer a quiet output.
test_contextmanager_trap_second_yield
(test.test_contextlib_async.AsyncContextManagerTestCase) ...
Task was destroyed but it is pending!
task: ()>&
New submission from STINNER Victor :
The following 4 test_compileall tests logs "Compiling ..." messages:
test_larger_than_32_bit_times
(test.test_compileall.CompileallTestsWithSourceEpoch) ... Compiling
'/tmp/tmp1k_q89f5/_test.py'...
ok
test_year_2038_mtime_c
New submission from STINNER Victor :
Example (not in verbose mode!):
$ ./python -m test test_peg_generator -m test_soft_keyword
0:00:00 load avg: 4.54 Run tests sequentially
0:00:00 load avg: 4.54 [1/1] test_peg_generator
start() ... (looking at 1.0: NAME:'number')
expect('number
STINNER Victor added the comment:
test_peg_generator still emits DeprecationWarning warnings. Example:
vstinner@apu$ ./python -m test test_peg_generator -v
== CPython 3.11.0a0 (heads/main:b49263b698, Sep 15 2021, 14:44:10) [GCC 11.2.1
20210728 (Red Hat 11.2.1-1)]
== Linux-5.13.14-200.fc34
STINNER Victor added the comment:
'from __future__ import barry_as_FLUFL' is an easter egg.
I don't see the point of 'from __future__ import remove_barry_from_BDFL'.
--
nosy: +barry, serhiy.storchaka, vstinner
___
Python tracker
<ht
STINNER Victor added the comment:
The warning comes from this regex: Tools/c-analyzer/c_common/tables.py", line
236
_COLSPEC_RE = re.compile(textwrap.dedent(r'''
^
(?:
[[]
(
(?: [^\s\]] [^\]]* )?
Change by STINNER Victor :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.10, Python 3.9
___
Python tracker
<https://bugs.python.or
STINNER Victor added the comment:
New changeset ececa53b7fc9c21d0c8153153e3c19da1d0a1e80 by Miss Islington (bot)
in branch '3.10':
bpo-45195: Fix test_readline.test_nonascii() (GH-28329) (GH-28333)
https://github.com/python/cpython/commit/ececa53b7fc9c21d0c8153153e3c19da1d0a1e80
STINNER Victor added the comment:
New changeset 4ce55cceb2901c564962f724448a9ced00c8a738 by Miss Islington (bot)
in branch '3.9':
bpo-45195: Fix test_readline.test_nonascii() (GH-28329) (GH-28334)
https://github.com/python/cpython/commit/4ce55cceb2901c564962f724448a9ced00c8a738
STINNER Victor added the comment:
New changeset b49263b698993cad2b8aaddc55cdeaa678412b30 by Victor Stinner in
branch 'main':
bpo-21302: Add _PyTime_AsNanoseconds() (GH-28350)
https://github.com/python/cpython/commit/b49263b698993cad2b8aaddc55cdeaa678412b30
Change by STINNER Victor :
--
pull_requests: +26764
pull_request: https://github.com/python/cpython/pull/28350
___
Python tracker
<https://bugs.python.org/issue21
STINNER Victor added the comment:
I'm not sure why the fix in the main branch was not listed here:
commit 47895e31b6f626bc6ce47d175fe9d43c1098909d
Author: Gen Xu
Date: Wed May 5 15:42:41 2021 -0700
bpo-44022: Fix http client infinite line reading (DoS) after a HTTP 100
Continue (GH
STINNER Victor added the comment:
I created
https://python-security.readthedocs.io/vuln/urllib-100-continue-loop.html to
track the issue.
--
___
Python tracker
<https://bugs.python.org/issue44
STINNER Victor added the comment:
Matej Cepl: "Is there a CVE for this?"
Yes, CVE-2021-3737 was assigned to this issue.
* https://access.redhat.com/security/cve/CVE-2021-3737
* https://bugzilla.redhat.com/show_bug.cgi?id=1995162
--
nosy: +vstinner
title: urllib http clien
Change by STINNER Victor :
--
title: test_gdb failing on 32-bit armv7l when built with GCC -Og (fail on
Raspbian on 3.9, regression from 3.8) -> test_gdb failing on 32-bit armv7l when
built with GCC -Og: Cannot access memory at address
0xf
STINNER Victor added the comment:
test_gdb now pass on ARM Raspbian 3.x. I'm not sure why test_gdb fails on 3.10
but pass on 3.x.
For me, it looks more like a gcc or gdb issue, rather than a Python bug.
ARM Raspbian 3.10:
https://buildbot.python.org/all/#/builders/685/builds/76
STINNER Victor added the comment:
I found a new _imp._frozen_module_names() function:
$ ./python
Python 3.11.0a0 (heads/main:1afc7b3219, Sep 15 2021, 10:22:28) [GCC >>> import
_imp; _imp._frozen_module_names()
['_frozen_importlib', '_frozen_importlib_external', '
STINNER Victor added the comment:
New changeset 797c8eb9ef511f0c25f10a453b35c4d2fe383c30 by Victor Stinner in
branch 'main':
bpo-45195: Fix test_readline.test_nonascii() (GH-28329)
https://github.com/python/cpython/commit/797c8eb9ef511f0c25f10a453b35c4d2fe383c30
STINNER Victor added the comment:
Similar issue in test_readline.test_nonascii(): bpo-45195.
--
___
Python tracker
<https://bugs.python.org/issue44949>
___
___
Change by STINNER Victor :
--
keywords: +patch
pull_requests: +26740
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/28329
___
Python tracker
<https://bugs.python.org/issu
New submission from STINNER Victor :
aarch64 RHEL8 Refleaks 3.x:
https://buildbot.python.org/all/#/builders/551/builds/131
This issue looks like bpo-44949 which has been fixed by commit
6fb62b42f4db56ed5efe0ca4c1059049276c1083.
"\r\n" is missing at the end of the expected output.
STINNER Victor added the comment:
New changeset fd74d2680ef96c0140bc02cf94d1cf1f2ef814c2 by Miss Islington (bot)
in branch '3.10':
bpo-45156: Fixes inifite loop on unittest.mock.seal() (GH-28300) (GH-28326)
https://github.com/python/cpython/commit/fd74d2680ef96c0140bc02cf94d1cf1f2ef814c2
STINNER Victor added the comment:
This issue was a security vulnerability. It's now closed, please don't comment
closed issues. If you consider that there is a regression, please open a new
issue.
--
___
Python tracker
<https://bugs.python.
STINNER Victor added the comment:
> "headers" is a dict object? If so, the dict object does not seem to have no
> attribute "get_all".
No, it's not a dict object.
--
___
Python tracker
<https
STINNER Victor added the comment:
New changeset 7f60c9e1c6e22cc0e846a872c318570926cd3094 by Nikita Sobolev in
branch 'main':
bpo-45156: Fixes inifite loop on unittest.mock.seal() (GH-28300)
https://github.com/python/cpython/commit/7f60c9e1c6e22cc0e846a872c318570926cd3094
--
nosy
STINNER Victor added the comment:
imp._get_frozen_module_names() doesn't exist. I cannot see it in GH-28319.
Moreover, the imp module is now deprecated. If something is added, it should be
added to the private _imp module.
--
___
Python tracker
STINNER Victor added the comment:
Issue worked around by disabling LTO on RHEL7 buildbots:
https://github.com/python/buildmaster-config/commit/b8e56c0a545b8f5176c6984dd38a4e2630f21306
--
resolution: -> fixed
stage: -> resolved
status: open -&g
STINNER Victor added the comment:
> In the PEP 467 discussion, I proposed (...)
Since this PEP is controversial, and this issue seems to be controversial as
well, maybe this idea should be part of the PEP.
--
___
Python tracker
<
STINNER Victor added the comment:
>>> (65).to_bytes()
b'A'
It seems like your proposal is mostly guided by: convert an int to a byte
(bytes string of length 1). IMO this case is special enough to justify the
usage of a different function.
What if people expect int.to_bytes() alwa
STINNER Victor added the comment:
Update: Frederic Weisbecker proposed a kernel fix:
https://lkml.org/lkml/2021/9/13/1647
--
___
Python tracker
<https://bugs.python.org/issue45
STINNER Victor added the comment:
New changeset 85dc53a463967659075744ad911d08a32aa70dd5 by Victor Stinner in
branch 'main':
bpo-21302: Update time.sleep() doc for clock_nanosleep() (GH-28311)
https://github.com/python/cpython/commit/85dc53a463967659075744ad911d08a32aa70dd5
Change by STINNER Victor :
--
title: Timeout is affected by jumps in system time -> acquire(timeout) of
threading.Lock and threading.Condition is affected by jumps in system time:
Python should use sem_clockwait(CLOCK_MONOTONIC)
___
Python trac
Change by STINNER Victor :
--
pull_requests: +26724
pull_request: https://github.com/python/cpython/pull/28311
___
Python tracker
<https://bugs.python.org/issue21
STINNER Victor added the comment:
New changeset 85a4748118c3793be7047ecbcbfc79dd07cb2a75 by Livius in branch
'main':
bpo-21302: Add clock_nanosleep() implementation for time.sleep() (GH-28111)
https://github.com/python/cpython/commit/85a4748118c3793be7047ecbcbfc79dd07cb2a75
Change by STINNER Victor :
--
title: Performance regression 3.10b1 and later on Windows -> Performance
regression 3.10b1 and later on Windows: Py_DECREF() not inlined in PGO build
___
Python tracker
<https://bugs.python.org/issu
STINNER Victor added the comment:
I dislike the idea of adding a default length to int.to_bytes(). The length
changes the meaning of the output:
>>> (1).to_bytes(2, 'big')
b'\x00\x01'
>>> (1).to_bytes(1, 'big')
b'\x01'
If the intent is to "magically cast an in
STINNER Victor added the comment:
FYI the test is still failing with the same error on the billenstein-macos
builder worker, x86-64 macOS 3.10:
https://buildbot.python.org/all/#/builders/681/builds/370
"OSError: [Errno 24] Too many open
STINNER Victor added the comment:
Similar error with Python 3.10, AMD64 RHEL7 3.10 logs:
https://buildbot.python.org/all/#/builders/666/builds/344
--
___
Python tracker
<https://bugs.python.org/issue45
New submission from STINNER Victor :
I modified RHEL7 configuration to build Python using --with-dtrace:
argv: [b'./configure', b'--prefix', b'$(PWD)/target', b'--with-pydebug',
b'--with-platlibdir=lib64', b'--enable-ipv6', b'--enable-shared',
b'--with-computed-gotos=yes', b
STINNER Victor added the comment:
Python 3.10 is also affected. Example with aarch64 Fedora Rawhide 3.10:
https://buildbot.python.org/all/#builders/636/builds/286
--
title: test_signal.test_itimer_virtual() failed on AMD64 Fedora Rawhide 3.x:
Linux kernel 5.15 regression
STINNER Victor added the comment:
> Original bug report at https://bugzilla.redhat.com/show_bug.cgi?id=1174037
The bug was reported on Fedora (Linux).
We do now have a multiple AArch64 buildbots running Fedora and the whole test
suite now pass there.
Example with "aarch64 Fedora St
STINNER Victor added the comment:
If the change is considered as a bugfix, it can wait for the next 3.9.x and
3.10.x release.
If it's considered as a feature (which is backward incompatible), it should
only land in 3.10 if it's in 3.10.0, but be reverted in the 3.9 branch.
Honestly, I
STINNER Victor added the comment:
> In my case, the file in question is implemented as a FUSE mount which is
> served by the same process (different thread of course). Thus holding the GIL
> at this point causes a rather interesting deadlock.
Since the change fixes a deadlock
STINNER Victor added the comment:
New changeset 06148b1870fceb1a21738761b8e1ac3bf654319b by Vincent Michel in
branch 'main':
bpo-44219: Release the GIL during isatty syscalls (GH-28250)
https://github.com/python/cpython/commit/06148b1870fceb1a21738761b8e1ac3bf654319b
--
nosy
STINNER Victor added the comment:
I reopen the issue. I'm not comfortable with the backport.
For me, this change is not a bugfix, but a new feature. It can break
applications which rely on the exact error message in their test suite. I'm not
sure why it was backported to Python 3.9
STINNER Victor added the comment:
I marked bpo-45136 as a duplicate of this issue.
--
___
Python tracker
<https://bugs.python.org/issue44860>
___
___
Python-bug
STINNER Victor added the comment:
I mark this issue as a duplicate of bpo-44860.
--
resolution: -> duplicate
stage: -> resolved
status: open -> closed
superseder: -> sysconfig's posix_user scheme has different platlib value to
distutils
STINNER Victor added the comment:
New changeset 11103eb1f2199cacd8c2e29e3db0d19199885b45 by Miss Islington (bot)
in branch '3.10':
bpo-44860: Update test_sysconfig for posix_user platlib (GH-28235) (GH-28251)
https://github.com/python/cpython/commit/11103eb1f2199cacd8c2e29e3db0d19199885b45
STINNER Victor added the comment:
New changeset 49acac00c08838d8080ce00d02c05284b94f8fb2 by Victor Stinner in
branch 'main':
bpo-44860: Update test_sysconfig for posix_user platlib (GH-28235)
https://github.com/python/cpython/commit/49acac00c08838d8080ce00d02c05284b94f8fb2
STINNER Victor added the comment:
> New changeset 6b996d61c96222d959d043b9424e8125c0efbb27 by Miss Islington
> (bot) in branch '3.10':
Pablo wrote that new changes in the 3.10 branch will only land in 3.10.1. It
means that Python 3.10.0 and 3.10.1 will produce different exception me
STINNER Victor added the comment:
I changed the issue title to restrict its scope: "[C API] Avoid accessing
PyObject and PyVarObject members directly: add Py_SET_TYPE() and Py_IS_TYPE(),
disallow Py_TYPE(obj)=type".
Making PyObject and PyVarObject structures opaque is a broader t
STINNER Victor added the comment:
Oh and obviously, it's not possible possible to define structures which
*include* PyObject or PyVarObject if PyObject and PyVarObject become opaque.
Example:
typedef struct {
PyObject ob_base;
Py_ssize_t ob_size; /* Number of items in variable part
STINNER Victor added the comment:
At commit cb15afcccffc6c42cbfb7456ce8db89cd2f77512, I am able to rename
PyObject members (to make sure that the structure is not accessed directly), I
only had to modify header files:
* Py_REFCNT(), Py_SET_REFCNT()
* Py_INCREF(), Py_DECREF()
* Py_TYPE
STINNER Victor added the comment:
We also got this error randomly on an internal s390x Red Hat build server:
==
FAIL: test_stress_delivery_simultaneous (test.test_signal.StressTest)
This test uses simultaneous signal handlers
Change by STINNER Victor :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.11 -Python 3.8
___
Python tracker
<https://bugs.python.or
STINNER Victor added the comment:
New changeset 2396fa6537d79554ac694dbd2b0b30eeb3476c80 by Florin Spătar in
branch 'main':
bpo-44959: Add fallback to extension modules with '.sl' suffix on HP-UX
(GH-27857)
https://github.com/python/cpython/commit/2396fa6537d79554ac694dbd2b0b30eeb3476c80
STINNER Victor added the comment:
I checked again the list of broken projects listed previously.
Fixed:
* Cython:
https://github.com/cython/cython/commit/d8e93b332fe7d15459433ea74cd29178c03186bd
* immutables: https://github.com/MagicStack/immutables/pull/52
* numpy:
*
https://github.com
Change by STINNER Victor :
--
pull_requests: +26655
pull_request: https://github.com/python/cpython/pull/28235
___
Python tracker
<https://bugs.python.org/issue44
STINNER Victor added the comment:
I mark this issue as a release blocker: it would be *nice* to fix it before
Python 3.10.0 final ;-)
--
priority: normal -> release blocker
___
Python tracker
<https://bugs.python.org/issu
STINNER Victor added the comment:
> This was introduced in issue44860.
Right. Reverting the commit 608a6292366ebba20f33d93d8b52cbb928429e47
(bpo-44860) fix the test.
The test should be updated.
--
___
Python tracker
<https://bugs.pyth
New submission from STINNER Victor :
When Python is configured to use 'lib64' for sys.platlibdir, test_sysconfig
fails:
$ ./configure --with-platlibdir=lib64
$ make
$ ./python -m test -v test_sysconfig
==
FAIL
STINNER Victor added the comment:
> boost https://bugzilla.redhat.com/show_bug.cgi?id=1896382
Fixed by:
https://github.com/boostorg/python/commit/500194edb7833d0627ce7a2595fec49d0aae2484
--
___
Python tracker
<https://bugs.python.org/issu
1701 - 1800 of 34965 matches
Mail list logo