[issue45370] Typo in pep-0636 page

Karthikeyan Singaravelan added the comment: Thanks for the report and fix. Closing it as third party since PEPs are maintained in different repo using GitHub issues. -- nosy: +xtreak resolution: -> third party stage: -> resolved status: open -> closed

[issue45372] Unwarranted "certificate has expired" when urlopen-ing R3 sites

Marc-Andre Lemburg added the comment: On 05.10.2021 12:48, Aivar Annamaa wrote: > > I can list the root certs with certmgr, but I'm not sure which piece to > investigate further. Check the certs in the LE chain as listed on the page you quoted and compare them to the working installation.

[issue42914] pprint numbers with underscore

Eric V. Smith added the comment: The safest thing to do is never make it the default. It would always be an opt-in behavior. -- ___ Python tracker ___

[issue42914] pprint numbers with underscore

Stéphane Blondon added the comment: Python 3.10 has now been released with the underscore_numbers parameter. I wonder which release could enable the parameter by default (so it would break the previous behavior): - the next release (3.11) is probably too short. - the safest strategy is to

[issue45370] Typo in pep-0636 page

Raúl Cumplido added the comment: This has been merged on the peps repo and can be closed. -- ___ Python tracker ___ ___

[issue45372] Unwarranted "certificate has expired" when urlopen-ing R3 sites

Aivar Annamaa added the comment: I can list the root certs with certmgr, but I'm not sure which piece to investigate further. Even if there is problem with installed certs, it's interesting, why doesn't it bother the browsers and requests? Maybe this is opportunity to make something

[issue45370] Typo in pep-0636 page

Raúl Cumplido added the comment: Thanks! I have created a PR for it on the peps repo. https://github.com/python/peps/pull/2101 I can't seem to be able to link the Github PR correctly. Probably because it's not on the cpython repo. -- nosy: +raulcd

[issue45371] distutil's runtime_library_dir (rpath) option doesn't work with clang

Christian Heimes added the comment: Thanks for confirming that the fix works for you. The fix will be in 3.10.1, which should be released in early December. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python

[issue45371] distutil's runtime_library_dir (rpath) option doesn't work with clang

miss-islington added the comment: New changeset 3ce5e07e9a4b78302b69f898527396ff7b5fd448 by Miss Islington (bot) in branch '3.9': bpo-45371: Fix distutils' rpath support for clang (GH-28732) https://github.com/python/cpython/commit/3ce5e07e9a4b78302b69f898527396ff7b5fd448 --

[issue45371] distutil's runtime_library_dir (rpath) option doesn't work with clang

miss-islington added the comment: New changeset 3733dddecaa332966e200718d4993545f8e52247 by Miss Islington (bot) in branch '3.10': [3.10] bpo-45371: Fix distutils' rpath support for clang (GH-28732) (GH-28733) https://github.com/python/cpython/commit/3733dddecaa332966e200718d4993545f8e52247

[issue45163] Haiku build fix

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

[issue45163] Haiku build fix

Pablo Galindo Salgado added the comment: New changeset 0af08f343a7b792f527b78e2a35d9453039940c2 by Ned Deily in branch 'main': bpo-45163: Restrict added libnetwork check to builds on Haiku. (GH-28729) https://github.com/python/cpython/commit/0af08f343a7b792f527b78e2a35d9453039940c2

[issue43760] The DISPATCH() macro is not as efficient as it could be (move PyThreadState.use_tracing)

Mark Shannon added the comment: New changeset bd627eb7ed08a891dd1356756feb1ce2600358e4 by Mark Shannon in branch 'main': bpo-43760: Check for tracing using 'bitwise or' instead of branch in dispatch. (GH-28723)

[issue45372] Unwarranted "certificate has expired" when urlopen-ing R3 sites

Marc-Andre Lemburg added the comment: Are you sure that all updates on the failing machine have been correctly installed ? It's possible that the list of CA root certs is not up to date on the machine. You can use certmgr.msc to check the list of installed CA root certs. -- nosy:

[issue33125] Windows 10 ARM64 platform support

Niyas Sait added the comment: Python buildbot worker for woa is up and running as well https://buildbot.python.org/all/#/workers/45 Would be great to see official support and installer added for woa -- ___ Python tracker

[issue45374] sqlite3: Add configure option to set or auto-detect rpath to sqlite3 libs

Change by Christian Heimes : -- components: +Build -Documentation type: -> enhancement versions: +Python 3.11 -Python 3.10 ___ Python tracker ___

[issue45374] sqlite3: Add configure option to set or auto-detect rpath to sqlite3 libs

New submission from Chris Hills : Similar to https://bugs.python.org/issue43466 for openssl, please add a configure option to set rpath for sqlite3. --with-sqlite-rpath= Ideally, when any dpeendency is discovered with pkg-config, the correct rpath should be set, but this would be a breaking

[issue45371] distutil's runtime_library_dir (rpath) option doesn't work with clang

Change by miss-islington : -- pull_requests: +27082 pull_request: https://github.com/python/cpython/pull/28734 ___ Python tracker ___

[issue45371] distutil's runtime_library_dir (rpath) option doesn't work with clang

Change by miss-islington : -- pull_requests: +27081 pull_request: https://github.com/python/cpython/pull/28733 ___ Python tracker ___

[issue45371] distutil's runtime_library_dir (rpath) option doesn't work with clang

miss-islington added the comment: New changeset ef6196028f966f22d82930b66e1371e75c5df2f7 by Christian Heimes in branch 'main': bpo-45371: Fix distutils' rpath support for clang (GH-28732) https://github.com/python/cpython/commit/ef6196028f966f22d82930b66e1371e75c5df2f7 -- nosy:

[issue45371] distutil's runtime_library_dir (rpath) option doesn't work with clang

Chris Hills added the comment: I tested this both with and without LDFLAGS="-Wl,-rpath -Wl,/home/chaz/.local/local/python3.10.0/lib", and in both cases this patch works as expected. Thank you! -- nosy: +chaz6 ___ Python tracker

[issue45373] ./configure --enable-optimizations should enable LTO

STINNER Victor added the comment: Pablo: > IIRC activating lto is specially annoying on MacOS due to the need of some > llvm components that are a bit hard to get. Let me dig a bit to see if I > reproduce the problem Ah, I guess that you are referring to this requirement: "The C compiler

[issue45373] ./configure --enable-optimizations should enable LTO

Pablo Galindo Salgado added the comment: IIRC activating lto is specially annoying on MacOS due to the need of some llvm components that are a bit hard to get. Let me dig a bit to see if I reproduce the problem -- nosy: +pablogsal ___ Python

[issue45373] ./configure --enable-optimizations should enable LTO

New submission from STINNER Victor : When Python is configured with: ./configure --enable-optimizations PGO is enabled but not LTO. I recall that a few years ago, GCC with LTO had bugs. But now, GCC with LTO is reliable. I suggest to enable it by default in Python 3.11. Or did I miss a

[issue29410] Moving to SipHash-1-3

Change by Erlend E. Aasland : -- nosy: +erlendaasland ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45372] Unwarranted "certificate has expired" when urlopen-ing R3 sites

New submission from Aivar Annamaa : In one of my Windows 10 computers I'm not able to urlopen sites which use R3 certificates. The same is reported by several of the users of my software. Following is taken from a session in the fresh IDLE 3.10 in up-to date Windows 10: Python 3.10.0

[issue43466] ssl/hashlib: Add configure option to set or auto-detect rpath to OpenSSL libs

Christian Heimes added the comment: Chris, please try the fix from bpo-45371. -- ___ Python tracker ___ ___ Python-bugs-list

[issue45366] dataclass init=False field with default works but default_factory does not

Nikita Sobolev added the comment: Right now `dataclasses.py` has this explanation: https://github.com/python/cpython/blame/07cf10bafc8f6e1fcc82c10d97d3452325fc7c04/Lib/dataclasses.py#L962-L966 ``` if isinstance(getattr(cls, f.name, None), Field): if f.default is MISSING:

[issue45371] distutil's runtime_library_dir (rpath) option doesn't work with clang

Christian Heimes added the comment: $ CC=clang ./configure --with-openssl=/home/heimes/dev/python/multissl/openssl/3.0.0 --with-openssl-rpath=auto $ make $ readelf -d build/lib.linux-x86_64-3.11/_ssl.cpython-311-x86_64-linux-gnu.so | grep RUNPATH 0x001d (RUNPATH)

[issue45371] distutil's runtime_library_dir (rpath) option doesn't work with clang

Change by Christian Heimes : -- keywords: +patch pull_requests: +27080 stage: -> patch review pull_request: https://github.com/python/cpython/pull/28732 ___ Python tracker

[issue45371] distutil's runtime_library_dir (rpath) option doesn't work with clang

New submission from Christian Heimes : Chris Hills reported in bpo-43466 that the new --with-openssl-rpath=auto does not work with clang. It turns out to be a bug in distutils. UnixCCompiler.runtime_library_dir_option() does not detect clang correctly and emits wrong option for rpath.

[issue45369] Remove LibreSSL workarounds

Change by Christian Heimes : -- title: Remove LibreSSL support -> Remove LibreSSL workarounds versions: +Python 3.10 ___ Python tracker ___

[issue45368] ~(True) and ~(False) gives incorrect result

Change by Serhiy Storchaka : -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker ___ ___

[issue33125] Windows 10 ARM64 platform support

Rubin Simons added the comment: Hi Python peeps, * distlib-0.3.3 and higher now has support for windows on ARM64, see: https://github.com/pypa/pip/issues/10489#issuecomment-924677949 * setuptools-58.2.0 and higher now has support for Windows on ARM64, see:

[issue43466] ssl/hashlib: Add configure option to set or auto-detect rpath to OpenSSL libs

Christian Heimes added the comment: Chris, this bug report is closed. Please open a new bug report. I think it's a bug in distutils. UnixCCompiler.runtime_library_dir_option() may not support clang and add wrong option "-R/home/chaz/.local/local/openssl-3.0.0/lib64". --

[issue45370] Typo in pep-0636 page

New submission from AdrienGoncalves : There is a typo in https://www.python.org/dev/peps/pep-0636/#composing-patterns The second sentence in the first paragraph : "[...] we have being doing that implicitly in the examples above." When it should be "[...] we have been doing that implicitly in

[issue43466] ssl/hashlib: Add configure option to set or auto-detect rpath to OpenSSL libs

Chris Hills added the comment: If I set LDFLAGS as with previous versions, it works as expected. I do not know if it is related, but I noticed that by default rpath does not get set for the files in DESTDIR/bin/* (e.g. python3.10 or pip3.10) hence the inclusion of

[issue43466] ssl/hashlib: Add configure option to set or auto-detect rpath to OpenSSL libs

Chris Hills added the comment: The new behaviour seems broken on my system. $ PYTHON_VERSION=3.10.0 $ PKG_CONFIG_PATH="/home/chaz/.local/local/sqlite3/lib/pkgconfig:/home/chaz/.local/local/openssl3/lib64/pkgconfig" $ LLVM_PROFDATA=/home/chaz/.local/local/clang+llvm/bin/llvm-profdata

[issue44594] AsyncExitStack.enter_async_context() is mishandling exception __context__

miss-islington added the comment: New changeset 7c2a040a10654d67ff543a55858ba2d7a9f7eea8 by John Belmonte in branch '3.9': [3.9] bpo-44594: fix (Async)ExitStack handling of __context__ (gh-27089) (GH-28731) https://github.com/python/cpython/commit/7c2a040a10654d67ff543a55858ba2d7a9f7eea8

[issue44594] AsyncExitStack.enter_async_context() is mishandling exception __context__

miss-islington added the comment: New changeset 872b1e537e96d0dc4ff37c738031940b5d271366 by John Belmonte in branch '3.10': [3.10] bpo-44594: fix (Async)ExitStack handling of __context__ (gh-27089) (GH-28730) https://github.com/python/cpython/commit/872b1e537e96d0dc4ff37c738031940b5d271366

[issue45368] ~(True) and ~(False) gives incorrect result

Xavier Morel added the comment: > True is a boolean so ~True should return False according to me. That's be a BC break for no reason: if you want to invert a boolean you can just `not` it. > True is not the same as 1 For historical reasons, in Python it is: >>> bool.mro() [, , ] >>> True

[issue45163] Haiku build fix

Change by Ned Deily : -- nosy: +pablogsal ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45163] Haiku build fix

Ned Deily added the comment: Thanks for the PR. However, it did introduce a breakage in certain builds due to unconditionally adding a check for libnetwork. For example, on older releases of macOS there is no libnetwork but building on newer systems it creates a dynamic load reference to a

[issue44594] AsyncExitStack.enter_async_context() is mishandling exception __context__

Change by John Belmonte : -- pull_requests: +27079 pull_request: https://github.com/python/cpython/pull/28731 ___ Python tracker ___

[issue44594] AsyncExitStack.enter_async_context() is mishandling exception __context__

Change by John Belmonte : -- pull_requests: +27078 pull_request: https://github.com/python/cpython/pull/28730 ___ Python tracker ___

[issue45163] Haiku build fix

Change by Ned Deily : -- nosy: +ned.deily nosy_count: 2.0 -> 3.0 pull_requests: +27077 pull_request: https://github.com/python/cpython/pull/28729 ___ Python tracker ___

<    1   2