[issue41048] read_mime_types() should read the rule file using UTF-8, not the locale encoding

2020-06-29 Thread Ned Deily


Ned Deily  added the comment:

Thanks for the PR! With the backports to 3.9 and 3.8 in place, I am assuming we 
can now close this issue.

--
nosy: +ned.deily
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue41048] read_mime_types() should read the rule file using UTF-8, not the locale encoding

2020-06-29 Thread Ned Deily


Change by Ned Deily :


--
versions:  -Python 3.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue41048] read_mime_types() should read the rule file using UTF-8, not the locale encoding

2020-06-29 Thread శ్రీనివాస్ రెడ్డి తాటిపర్తి

Change by Srinivas  Reddy Thatiparthy(శ్రీనివాస్ రెడ్డి తాటిపర్తి) 
:


--
pull_requests: +20383
pull_request: https://github.com/python/cpython/pull/21229

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue41165] [Python 3.10] Remove APIs deprecated since Python 3.3

2020-06-29 Thread Inada Naoki


Inada Naoki  added the comment:

PyModule_GetFilename, PyEval_AcquireLock, PyEval_ReleaseLock.
Are they part of stable ABI?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue41165] [Python 3.10] Remove APIs deprecated since Python 3.3

2020-06-29 Thread Inada Naoki


New submission from Inada Naoki :

I don't think we need to remove them all at onece. But we can remove some of 
them for code health.

c-api/module.rst

.. c:function:: const char* PyModule_GetFilename(PyObject *module)
   .. deprecated:: 3.2

c-api/init.rst

.. c:function:: void PyEval_AcquireLock()
   .. deprecated:: 3.2

.. c:function:: void PyEval_ReleaseLock()
   .. deprecated:: 3.2

unittest:

   .. deprecated:: 3.1
 The fail* aliases listed in the second column have been deprecated.
   .. deprecated:: 3.2
 The assert* aliases listed in the third column have been deprecated.
   .. deprecated:: 3.2
 ``assertRegexpMatches`` and ``assertRaisesRegexp`` have been renamed to
 :meth:`.assertRegex` and :meth:`.assertRaisesRegex`.

urllib.request:

.. class:: URLopener(proxies=None, **x509)
   .. deprecated:: 3.3
.. class:: FancyURLopener(...)
   .. deprecated:: 3.3

turtle:
.. function:: settiltangle(angle)
   .. deprecated:: 3.1

imp:
.. function:: get_suffixes()
.. function:: find_module(name[, path])
.. function:: load_module(name, file, pathname, description)
.. data:: PY_SOURCE
.. data:: PY_COMPILED
.. data:: C_EXTENSION
.. data:: PKG_DIRECTORY
.. data:: C_BUILTIN
.. data:: PY_FROZEN

configparser:
   .. method:: readfp(fp, filename=None)
  .. deprecated:: 3.2

email.errors:

* :class:`MalformedHeaderDefect` -- A header was found that was missing a colon,
  or was otherwise malformed.

  .. deprecated:: 3.3

pkgutil:
.. class:: ImpImporter(dirname=None)
   .. deprecated:: 3.3
.. class:: ImpLoader(fullname, file, filename, etc)
   .. deprecated:: 3.3

zipfile:
.. exception:: BadZipfile

   Alias of :exc:`BadZipFile`, for compatibility with older Python versions.

   .. deprecated:: 3.2

inspect:
.. function:: getargspec(func)
   .. deprecated:: 3.0

asyncore:
  .. deprecated:: 3.2

importlib:
.. class:: Finder
   .. deprecated:: 3.3

.. method:: path_mtime(path)
.. deprecated:: 3.3

--
components: Library (Lib)
messages: 372653
nosy: inada.naoki
priority: normal
severity: normal
status: open
title: [Python 3.10] Remove APIs deprecated since Python 3.3
versions: Python 3.10

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue41100] Build failure on macOS 11 (beta)

2020-06-29 Thread Lawrence D'Anna


Change by Lawrence D'Anna :


--
pull_requests: +20382
pull_request: https://github.com/python/cpython/pull/21228

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue41100] Build failure on macOS 11 (beta)

2020-06-29 Thread Dong-hee Na


Change by Dong-hee Na :


--
nosy: +corona10

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue41100] Build failure on macOS 11 (beta)

2020-06-29 Thread Ned Deily


Ned Deily  added the comment:

[Moving the discussion from Issue41164 to here.]

The change in PR 21224 may be needed to successfully build but I'm not sure 
whether that LIBTOOL_CRUFT stuff is still needed. With a squick search, I don't 
see any references to it anymore. But it won't hurt to add it.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue41164] allow python to build for macosx-11.0-arm64

2020-06-29 Thread Lawrence D'Anna


Lawrence D'Anna  added the comment:

sound good, thanks

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue41133] Insufficient description of cyclic garbage collector for C API

2020-06-29 Thread Daniel Barkalow


Daniel Barkalow  added the comment:

I think it would be helpful to have something as troubleshooting information on 
the garbage collector. If you've got a bug in your C module, it's obvious that 
you shouldn't be doing something egregiously wrong, but it's not obvious what 
you might have done wrong in order to cause that particular failure.

It wouldn't be useful to promise that, if you have a particular sort of bug, 
you'll get a particular sort of failure, or keep it the same from version to 
version, but it would be nice to be told, if you're getting tp_clear called on 
objects that aren't garbage in this particular version of Python, look for 
cases where you're calling py_VISIT on it more times than you called Py_INCREF. 
Alternatively, it would be helpful for the API documentation to say, "If you 
are having some strange problem with garbage collection, here's documentation 
(Developer Guide link) on what's really going on in the garbage collector, 
which might help explain what you could be doing wrong to get that effect."

For that matter, the documentation for tp_traverse doesn't mention that you 
have to call Py_VISIT on each object exactly as many times as references you 
hold to it; the phrasing sounds like it's fine so long as you call it at least 
once on any object you hold a reference to.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue41164] allow python to build for macosx-11.0-arm64

2020-06-29 Thread Ned Deily


Ned Deily  added the comment:

Lawrence, thanks for the PR. We appreciate any insights from you all. We ahve 
already started to build using the first seed of Big Sur and have already 
committed some fixes. Rather than having multiple open issues covering the same 
topic, I'd like to suggest that we use the existing one Issue41100 to 
consolidate the PRs; to that end, I've changed the title of your PR (PR 21224) 
to reference that issue and I'm going to close this one. I'll add you to the 
other issue and we can continue discussions. BTW, I believe a DTK is in 
Ronald's future :)

--
nosy: +ned.deily
resolution:  -> duplicate
stage: patch review -> resolved
status: open -> closed
superseder:  -> Build failure on macOS 11 (beta)

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue41100] Build failure on macOS 11 (beta)

2020-06-29 Thread Lawrence D'Anna


Change by Lawrence D'Anna :


--
nosy: +lawrence-danna-apple
nosy_count: 3.0 -> 4.0
pull_requests: +20381
pull_request: https://github.com/python/cpython/pull/21224

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue41164] allow python to build for macosx-11.0-arm64

2020-06-29 Thread Lawrence D'Anna


Lawrence D'Anna  added the comment:

The tests do not all pass yet, I thought I'd try with the tiny patch to enable 
building on arm and follow up with more after I getting feedback.

If you prefer, I can wait until I have a complete patch that addresses all test 
failures on arm, but if you want to do it that way I think it will have to wait 
until the next seed of Mac OS 11 comes out.

If you want to test it yourself on an arm Mac, we have Developer Transition 
Kits that include an arm Mac mini

https://developer.apple.com/programs/universal/

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue41164] allow python to build for macosx-11.0-arm64

2020-06-29 Thread Dong-hee Na


Change by Dong-hee Na :


--
versions: +Python 3.10

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue41164] allow python to build for macosx-11.0-arm64

2020-06-29 Thread Dong-hee Na


Dong-hee Na  added the comment:

Thanks, Lawrence for the patch.

I am happy to see the patch from the Apple team.
By the way, is there any way to check that the CPython team can check all the 
tests works well on the ARM macOS?

--
nosy: +corona10, ronaldoussoren

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue41123] Remove Py_UNICODE APIs except PEP 623

2020-06-29 Thread Inada Naoki


Change by Inada Naoki :


--
pull_requests: +20380
pull_request: https://github.com/python/cpython/pull/21227

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue41123] Remove Py_UNICODE APIs except PEP 623

2020-06-29 Thread Inada Naoki


Inada Naoki  added the comment:


New changeset b3332660adb02babb7e66e45310c66dc9a9a94da by Inada Naoki in branch 
'master':
bpo-41123: Remove PyUnicode_AsUnicodeCopy (GH-21209)
https://github.com/python/cpython/commit/b3332660adb02babb7e66e45310c66dc9a9a94da


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue41133] Insufficient description of cyclic garbage collector for C API

2020-06-29 Thread Tim Peters


Tim Peters  added the comment:

I don't see real value in the docs noting that Bad Things can happen if code 
lies about true refcounts. If a container points to an object, _of course_ the 
container should own that reference. Cheating on that isn't intended to be 
supported in any way, so there's no obligation to explain how or why things can 
go wrong otherwise. Worse, trying to explain such things would constrain 
implementations to have the same specific kinds of failure modes forever after. 
Neither would there would be real value in repeating "DON'T LIE ABOUT 
REFCOUNTS!" on every page, either ;-)

If someone just wants to know more about CPython's cyclic collector, that's 
fine, but that takes a great many more words than are suitable in the C API 
docs. Luckily, Pablo recently did that:

https://devguide.python.org/garbage_collector/

--
nosy: +tim.peters

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue41152] IDLE: revise setting of iomenu.encoding and .errors

2020-06-29 Thread miss-islington


miss-islington  added the comment:


New changeset 00fd04b9b7537c473c3f9396a861868b8ddd3bb2 by Miss Islington (bot) 
in branch '3.8':
bpo-41152: IDLE: always use UTF-8 for standard IO streams (GH-21214)
https://github.com/python/cpython/commit/00fd04b9b7537c473c3f9396a861868b8ddd3bb2


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue41152] IDLE: revise setting of iomenu.encoding and .errors

2020-06-29 Thread miss-islington


miss-islington  added the comment:


New changeset 01638ce51a63afe5af3f778e7403702703bb41b9 by Miss Islington (bot) 
in branch '3.9':
bpo-41152: IDLE: always use UTF-8 for standard IO streams (GH-21214)
https://github.com/python/cpython/commit/01638ce51a63afe5af3f778e7403702703bb41b9


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue41152] IDLE: revise setting of iomenu.encoding and .errors

2020-06-29 Thread miss-islington


Change by miss-islington :


--
pull_requests: +20379
pull_request: https://github.com/python/cpython/pull/21226

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue41152] IDLE: revise setting of iomenu.encoding and .errors

2020-06-29 Thread miss-islington


Change by miss-islington :


--
nosy: +miss-islington
nosy_count: 4.0 -> 5.0
pull_requests: +20378
pull_request: https://github.com/python/cpython/pull/21225

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue41152] IDLE: revise setting of iomenu.encoding and .errors

2020-06-29 Thread Terry J. Reedy


Terry J. Reedy  added the comment:


New changeset 2515a28230b1a011205f30263da6b01c6bd167a3 by Serhiy Storchaka in 
branch 'master':
bpo-41152: IDLE: always use UTF-8 for standard IO streams (GH-21214)
https://github.com/python/cpython/commit/2515a28230b1a011205f30263da6b01c6bd167a3


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue41164] allow python to build for macosx-11.0-arm64

2020-06-29 Thread Lawrence D'Anna


Change by Lawrence D'Anna :


--
pull_requests: +20376
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/21224

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue41164] allow python to build for macosx-11.0-arm64

2020-06-29 Thread Lawrence D'Anna


New submission from Lawrence D'Anna :

allow python to build for macosx-11.0-arm64, by adding the appropriate case to 
configure.ac

--
components: Interpreter Core
files: 0001-arm64.patch
keywords: patch
messages: 372641
nosy: lawrence-danna-apple
priority: normal
severity: normal
status: open
title: allow python to build for macosx-11.0-arm64
type: enhancement
versions: Python 3.9
Added file: https://bugs.python.org/file49277/0001-arm64.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue23427] Add sys.orig_argv: original command line arguments passed to the Python executable

2020-06-29 Thread STINNER Victor


STINNER Victor  added the comment:

I added sys.orig_argv to the master branch (future Python 3.10).

--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue23427] Add sys.orig_argv: original command line arguments passed to the Python executable

2020-06-29 Thread STINNER Victor


STINNER Victor  added the comment:


New changeset dd8a93e23b5c4f9290e1cea6183d97eb9b5e61c0 by Victor Stinner in 
branch 'master':
bpo-23427: Add sys.orig_argv attribute (GH-20729)
https://github.com/python/cpython/commit/dd8a93e23b5c4f9290e1cea6183d97eb9b5e61c0


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue40223] Add -fwrapv for new icc versions

2020-06-29 Thread Benjamin Peterson


Benjamin Peterson  added the comment:

I agree that your fix it correct, though because even if the specific issue you 
saw is a compiler bug, we need to tell our compilers than Python assumes signed 
wraparound.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue40223] Add -fwrapv for new icc versions

2020-06-29 Thread Stefan Krah


Stefan Krah  added the comment:

Yeah, I already felt a bit guilty about adding you -- it could be a compiler 
bug or an actual overflow.  My bet is also that the reordering exposes an 
existing overflow.  The reordering itself certainly looks correct to me.

When I have time, I'll try to look into it.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue40223] Add -fwrapv for new icc versions

2020-06-29 Thread Benjamin Peterson


Benjamin Peterson  added the comment:

I don't readily have access to ICC, so I can't personally debug this. That 
commit was supposed to be a functional noop, though it may have exposed 
different optimization opportunities to the compiler. I would like to see 
Python not assumed signed overflow.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue40874] Update to libmpdec-2.5.0

2020-06-29 Thread Stefan Krah


Stefan Krah  added the comment:

Since this is an ongoing problem:  When I submitted the decNumber
patches to Cowlishaw, he asked me if I would be interested in
maintaining decNumber.  I declined at the time due to time constraints.

Had I accepted, I'd control 2/3 of the decimal market now, the Intel
library being the remaining 1/3.


I'm unwilling to justify my competence to random bug reporters in
this forum, especially when I'm nice to them initially.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue40924] Recent importlib change breaks most recent certifi == 2020.4.5.2

2020-06-29 Thread Łukasz Langa

Łukasz Langa  added the comment:

This can now be closed. Thank you for all hard work here.

--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue40746] test_gdb failing on 32-bit armv7l when built with GCC -Og (fail on Raspbian on 3.9, regression from 3.8)

2020-06-29 Thread Łukasz Langa

Łukasz Langa  added the comment:

This will miss 3.9.0b4.

--
nosy: +lukasz.langa

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue40874] Update to libmpdec-2.5.0

2020-06-29 Thread Stefan Krah


Stefan Krah  added the comment:

> You'll have to let the readers of this thread judge that for themselves.

Ask Cowlishaw or the mpfr developers to read this thread.


As for politeness, msg372581 was entirely polite and directly answered
by an inappropriate and petulant msg372584.

This no way to talk to an experienced core developer.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue40924] Recent importlib change breaks most recent certifi == 2020.4.5.2

2020-06-29 Thread Łukasz Langa

Łukasz Langa  added the comment:


New changeset 2fb5f038f2a2e91a7293d62dfd5601e6eb500c55 by Jason R. Coombs in 
branch 'master':
bpo-40924: Ensure importlib.resources.path returns an extant path (GH-20857)
https://github.com/python/cpython/commit/2fb5f038f2a2e91a7293d62dfd5601e6eb500c55


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue40967] asyncio.Task.all_tasks() and asyncio.Task.current_task() must be removed in 3.9

2020-06-29 Thread Łukasz Langa

Łukasz Langa  added the comment:

Go ahead.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue40874] Update to libmpdec-2.5.0

2020-06-29 Thread Łukasz Langa

Łukasz Langa  added the comment:

> That was incredibly inappropriate.

You'll have to let the readers of this thread judge that for themselves.

You're right that you added me to nosy. I missed it as I've been busy with 
other things at the time. You let *3 hours* pass between opening this issue and 
merging the original backport PR into Python 3.9.

Python users and fellow core developers value your contributions. I personally 
could not have done them myself. We only ask you to try to play along. For 
example by letting other core devs stamp non-trivial non-bugfix contributions 
late in the release cycle. Let's not make this unnecessarily hostile.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue40967] asyncio.Task.all_tasks() and asyncio.Task.current_task() must be removed in 3.9

2020-06-29 Thread Yury Selivanov


Yury Selivanov  added the comment:

> Optimally, we want to do removals before the beta so that users can prepare 
> accordingly rather than deal with breakage in the final release.

+1 to remove it now.  Up to Lukasz to give us green or red light here, though.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue18233] SSLSocket.getpeercertchain()

2020-06-29 Thread Zack Weinberg


Zack Weinberg  added the comment:

I have yet another use case for the function implemented by this patch (i.e. 
retrieving the cert chain actually sent by the server, regardless of whether 
that gives a path to a trust anchor).  I'm implementing a network forensics 
tool, and one of the situations it's supposed to detect is when a 
man-in-the-middle is attempting to substitute its own cert for a site's 
"legitimate" cert (yes, possibly having suborned a public CA in order to do 
so).  To make all of the planned heuristics for this work correctly, I need to 
record exactly what came over the wire.

If it would be useful for me to dust off the patch and/or implement the _other_ 
function that people requested (retrieve the chain that OpenSSL concluded was a 
valid chain to an accepted trust anchor)  I can probably scare up time to do so 
in the next week or two.  I imagine it's too late for 3.8 patch releases at 
this point, but assuming I did this, could it make 3.9?

--
nosy: +zwol

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue36346] Prepare for removing the legacy Unicode C API

2020-06-29 Thread Serhiy Storchaka


Change by Serhiy Storchaka :


--
pull_requests: +20375
pull_request: https://github.com/python/cpython/pull/21223

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue40874] Update to libmpdec-2.5.0

2020-06-29 Thread Stefan Krah


Stefan Krah  added the comment:

Major correction: Victor *did* ask for a news entry, but otherwise
I would not have added one.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue41046] unittest: make skipTest a classmethod

2020-06-29 Thread Andrei Daraschenka


Andrei Daraschenka  added the comment:

Hello and thanks for your issue. Can you explain why we need to make method as 
`classmethod` because in your example you don't provide argument for 
`cls.skipTest()`.

--
nosy: +dorosch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue41162] Clear audit hooks after destructors

2020-06-29 Thread JIanqiu Tao


Change by JIanqiu Tao :


--
pull_requests: +20374
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/21222

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue41154] test_pkgutil:test_name_resolution fails on some platforms

2020-06-29 Thread Brett Cannon


Brett Cannon  added the comment:

I wonder if it's a problem from Unicode representation since I don't think 
importlib tries to have a standard normalization form of Unicode. I could see 
that leading to how the file system encoded something differing from how it was 
encoded in the test file, leading to a claim the file doesn't exist.

And thanks to binary file paths that isn't necessarily a wrong result. :P

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue40874] Update to libmpdec-2.5.0

2020-06-29 Thread Stefan Krah


Stefan Krah  added the comment:

> The bot did ask you to add a news entry.

And I deliberately did not, out of politeness. Two release managers
were added and they did not ask.

> Other core developer go through great length to keep backwards compatibility 
> for older or less commonly used systems.

Ok, I take that back then.  I go through great lengths to keep
libmpdec and Python in sync.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue37999] No longer use implicit convertion to int with loss

2020-06-29 Thread Serhiy Storchaka


Serhiy Storchaka  added the comment:


New changeset e67f7db3c34f70536f36c56bb82e33c3512a53a3 by Serhiy Storchaka in 
branch 'master':
bpo-37999: Simplify the conversion code for %c, %d, %x, etc. (GH-20437)
https://github.com/python/cpython/commit/e67f7db3c34f70536f36c56bb82e33c3512a53a3


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue41129] Python extension modules fail to build on Mac 10.15.1 (Catalina)

2020-06-29 Thread Ned Deily


Ned Deily  added the comment:

PS. Or try doing an out-of-tree build. Perhaps the problem is just due to 
trying to do the build under that unconventional location under /.  

cd ~/build
./path/to/sourcetree/configure ...
make ...

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue40874] Update to libmpdec-2.5.0

2020-06-29 Thread Christian Heimes


Christian Heimes  added the comment:

> Also note that people did not react at all to the fact that
> coroutine storage was not thread safe across several releases.

That's whataboutism.

> No one asked for News entry.

The bot did ask you to add a news entry. According to 
https://devguide.python.org/triaging/#github-labels-for-prs the "skip news" 
label should only be used in trivial cases like fixing a typo.

> But "breaking" a fringe distro seems to be a major disaster.

I find your choice of words hurtful and it demeaning.

Other core developer go through great length to keep backwards compatibility 
for older or less commonly used systems. In bpo-40810 Erlend researched SQLite 
version numbers before support for support for ancient SQLite was dropped. I'm 
spending a considerable effort to keep Python working with unsupported but 
still widely used OpenSSL and LibreSSL versions.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue41129] Python extension modules fail to build on Mac 10.15.1 (Catalina)

2020-06-29 Thread Ned Deily


Ned Deily  added the comment:

> Do you know of any easy ways to disable mac OS sandboxes from being used in 
> the python build from the command line?

Please show the exact steps you used to build this, in particular, the full 
./configure statement and any relevant env variable settings. I don't know how 
to disable the sandboxes because I've never seen something like this before and 
I don't know for sure how to reproduce. If I had to take a guess, I suspect it 
has to do with the location of your source tree which looks like it might be at 
a unconventional location at the root level: /mathworks/devel.  As you may 
know, macOS 10.15 Catalina has made a lot of under the cover changes to file 
system structure including the splitting of / into immutable and mutable 
subvolumes (/System/Volumes/Data). You may want to try moving /mathworks to 
another location rather than directly under /, perhaps under /opt or under 
/Users.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue40874] Update to libmpdec-2.5.0

2020-06-29 Thread Stefan Krah


Stefan Krah  added the comment:

Also note that people did not react at all to the fact that
coroutine storage was not thread safe across several releases.

No one asked for News entry.

But "breaking" a fringe distro seems to be a major disaster.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue40874] Update to libmpdec-2.5.0

2020-06-29 Thread Stefan Krah


Stefan Krah  added the comment:

> I have opened bpo-41161 to address the issue.

Thanks, that is a more considerate approach, I'll add the note!

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue40874] Update to libmpdec-2.5.0

2020-06-29 Thread Stefan Krah

Stefan Krah  added the comment:

> This has nothing to do with your excellent fault rate (lack of any issues).

I sounds like that though for random people who read this issue and think
that Łukasz is the grand release manager who puts a person in his place.

That was incredibly inappropriate.  libmpdec has **found** issues in
decNumber that were acknowledged by Cowlishaw.

If one's reputation is questioned every time one opens an issue here
(notably by people who are not subject experts at all), then I *have*
to respond in no uncertain terms.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue40874] Update to libmpdec-2.5.0

2020-06-29 Thread Christian Heimes


Christian Heimes  added the comment:

> > unreviewed and under-documented commit.
>
> libmpdec has been one of the few zero fault areas of Python.
> Please stop spreading FUD.

This has nothing to do with your excellent fault rate (lack of any issues).

The commit had no Misc/NEWS.d blurb and therefore was undocumented. I have 
opened bpo-41161 to address the issue. There was also no approval or review 
from another core dev on GH-20652.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue40874] Update to libmpdec-2.5.0

2020-06-29 Thread Stefan Krah


Stefan Krah  added the comment:

> unreviewed and under-documented commit.

libmpdec has been one of the few zero fault areas of Python.
Please stop spreading FUD.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue40874] Update to libmpdec-2.5.0

2020-06-29 Thread Stefan Krah


Stefan Krah  added the comment:

> Anthony noted a new failure related to your unreviewed and under-documented 
> commit.

He claimed a failure in Ubuntu (in a manner that I took as petulant),
which isn't the case.  It is a failure in a custom Ubuntu distro
that uses --with-system-libmpdec in an unintended way.


> You slipped in libmpdec-2.5.0 during the beta freeze without any discussion.

I did not slip it in at all. You were on the nosy list from the
very start of this issue, and so was Matthias.


> It catches up to you right now. No reason to shoot the messenger.


It catches up to people who use --with-system-libmpdec in an
unintended manner.

It is intended for a scenario like merging Python 3.9 into Sid,
then testing, then stable.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue41004] Hash collisions in IPv4Interface and IPv6Interface

2020-06-29 Thread Eric V. Smith


Change by Eric V. Smith :


--
assignee:  -> eric.smith
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue41004] Hash collisions in IPv4Interface and IPv6Interface

2020-06-29 Thread miss-islington


miss-islington  added the comment:


New changeset 9a646aa82dfa62d70ca2a99ada901ee6cf9f82bd by Miss Islington (bot) 
in branch '3.9':
bpo-41004: Resolve hash collisions for IPv4Interface and IPv6Interface 
(GH-21033)
https://github.com/python/cpython/commit/9a646aa82dfa62d70ca2a99ada901ee6cf9f82bd


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue41004] Hash collisions in IPv4Interface and IPv6Interface

2020-06-29 Thread miss-islington


miss-islington  added the comment:


New changeset dc8ce8ead182de46584cc1ed8a8c51d48240cbd5 by Miss Islington (bot) 
in branch '3.8':
bpo-41004: Resolve hash collisions for IPv4Interface and IPv6Interface 
(GH-21033)
https://github.com/python/cpython/commit/dc8ce8ead182de46584cc1ed8a8c51d48240cbd5


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue41162] Clear audit hooks after destructors

2020-06-29 Thread JIanqiu Tao


JIanqiu Tao  added the comment:

Patch attached below works well, but with less functionality for users' audit 
hook.
Pure Python audit hook implement looks safe enough.
Should we need call _PySys_ClearAuditHooks earlier for more functionality?

--
keywords: +patch
nosy: +zkonge
Added file: https://bugs.python.org/file49276/clearaudithook.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue40874] Update to libmpdec-2.5.0

2020-06-29 Thread Anthony Sottile

Anthony Sottile  added the comment:

Łukasz: what would you recommend for downstream packagers?

I have essentially two options (assuming this isn't reverted in cpython master 
which I believe makes the most sense since cpython still works fine with older 
libmpdec):

- revert this individual commit as a patch
- fork further from debian's packaging and use the vendored libmpdec (this 
potentially carries other negative side-effects since it makes the packages 
unlike upstream's -- and potentially susceptible to vendor/security drift since 
we don't carry patches for vendored components (but would get them from system 
libmpdec))

I'd rather not carry that patch indefinitely if possible -- especially when 
this cannot be built in a compatible way on software that's a mere 2 months old 
(ubuntu 20.04).  For similar libraries (ssl, ffi, etc.) this would be a very 
major break in building.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue40874] Update to libmpdec-2.5.0

2020-06-29 Thread Łukasz Langa

Łukasz Langa  added the comment:

Stefan brought libmpdec-2.5.0 to 3.9 shortly before Beta 2. Due to us being 
busy with the importlib fiasco, this went under our radar. It shouldn't have. 
It's a large chunk of refactored code merged without review after the beta 
freeze. Betas aren't for changing style guides and language standards, etc. etc.

Sadly, given that this already got released as part of Beta 2 and Beta 3 
shortly after, I think at this point it's pointless to revert it. And the new 
PR simply requires a shared version to match the one that we are bundling now 
in sources, reverting just this one is out of the question.


> Or is this CoC bait again?

Stefan, please, don't be like that. What purpose does this serve?

Anthony noted a new failure related to your unreviewed and under-documented 
commit. You slipped in libmpdec-2.5.0 during the beta freeze without any 
discussion. It catches up to you right now. No reason to shoot the messenger.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue41129] Python extension modules fail to build on Mac 10.15.1 (Catalina)

2020-06-29 Thread Andrew


Andrew  added the comment:

Thanks for your reply Ned.

I think you are right about mac OS sandboxes messing something up. Python 
builds most of the extension modules fine if I do a straightforward build in 
the /tmp directory like you said.

Do you know of any easy ways to disable mac OS sandboxes from being used in the 
python build from the command line? Alternatively, how do I open the python 
project in xcode11 GUI? I think I might be able to disable sandboxes from 
there. If you are not very familiar with mac OS sandboxes like me, feel free to 
leave that up to me to figure out.

Regarding you question about my command line tools version:

I upgraded the my xcode command line tools installation to 11.4 - I believe 
this is the latest version that's supported on mac 10.15.1

I still get the same error behavior though when building outside of /tmp.

In this case, here is the compiler that's getting used.

% gcc --version
Configured with: --prefix=/Library/Developer/CommandLineTools/usr 
--with-gxx-include-dir=/Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/c++/4.2.1
Apple clang version 11.0.3 (clang-1103.0.32.29)
Target: x86_64-apple-darwin19.3.0
Thread model: posix
InstalledDir: /Library/Developer/CommandLineTools/usr/bin

--
status: pending -> open

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue41004] Hash collisions in IPv4Interface and IPv6Interface

2020-06-29 Thread miss-islington


Change by miss-islington :


--
pull_requests: +20373
pull_request: https://github.com/python/cpython/pull/21221

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue41004] Hash collisions in IPv4Interface and IPv6Interface

2020-06-29 Thread miss-islington


Change by miss-islington :


--
nosy: +miss-islington
nosy_count: 6.0 -> 7.0
pull_requests: +20372
pull_request: https://github.com/python/cpython/pull/21220

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue41004] Hash collisions in IPv4Interface and IPv6Interface

2020-06-29 Thread Eric V. Smith


Eric V. Smith  added the comment:


New changeset b30ee26e366bf509b7538d79bfec6c6d38d53f28 by Ravi Teja P in branch 
'master':
bpo-41004: Resolve hash collisions for IPv4Interface and IPv6Interface 
(GH-21033)
https://github.com/python/cpython/commit/b30ee26e366bf509b7538d79bfec6c6d38d53f28


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue41163] test_weakref hangs

2020-06-29 Thread Peter Kuťák

New submission from Peter Kuťák :

Command make hangs on test_weakref 
I compile python 3.6.11 (latest compatible with my settings raspbian jessie)
I compile on OrangePi i96 - single core ARM 

I think it is same problem as Issue29796

--
components: Tests
messages: 372605
nosy: Peter Kuťák
priority: normal
severity: normal
status: open
title: test_weakref hangs
type: compile error
versions: Python 3.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue19335] codeop misclassifies incomplete code with 'nonlocal'

2020-06-29 Thread Rahul Jha


Rahul Jha  added the comment:

> That may actually be another alternative: instead of doing the "try
> appending newlines and see if it works or generates different errors",
> we may be able to switch to the tokenizer if the initial compilation
> fails and check for hanging INDENT tokens (i.e. INDENTS without a
> corresponding DEDENT). That would get us much closer to what the real
> eval loop is doing.

>From what I understand, "checking for two or more hanging INDENTS" and, 
>"hardcoding a check for nonlocal SyntaxErrors in codeop._maybe_compile" are 
>two different solutions, right?  If yes, do we have an answer to which one of 
>them is more cleaner, and henceforth, the preferable solution?

I, personally, like the idea of checking INDENTS primarily because of it's 
reduced specificity, but I am in no position to comment on this (I already 
kinda did ':D), and you folks know better! For all we know, we should be 
optimizing for specificity.

Also, reading Nick's comments and the comc's code, gives me the feeling that a 
fix for this wouldn't require drastic changes.  I'm slowly starting my journey 
with CPython, and I'd like to contribute a patch if that is the case. Thanks!

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue29753] Ctypes Packing Bitfields Incorrectly - Linux

2020-06-29 Thread Antoine Pitrou


Change by Antoine Pitrou :


--
versions: +Python 3.8, Python 3.9 -Python 2.7, Python 3.4, Python 3.5, Python 
3.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue34360] urllib.parse doesn't fully comply to RFC 3986

2020-06-29 Thread Rahul Jha


Change by Rahul Jha :


--
nosy: +RJ722

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue40884] Added defaults parameter for logging.Formatter

2020-06-29 Thread Vinay Sajip


Change by Vinay Sajip :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue41154] test_pkgutil:test_name_resolution fails on some platforms

2020-06-29 Thread Vinay Sajip

Vinay Sajip  added the comment:

The problem appears to be in importlib. I put in a breakpoint in the test just 
before it tries to import the module é. (At this point it has successfully 
imported a module called वमस in an earlier loop iteration.)

Then, in a different terminal console, I cd'd to the test directory and tried 
the import directly:
$ ls -l
total 0
drwxr-xr-x  3   x  102 29 Jun 17:55 é
drwxr-xr-x  4   x  136 29 Jun 17:55 वमस
$ ~/projects/cpython/python.exe
Python 3.10.0a0 (heads/master:a3ad95d, Jun 29 2020, 17:50:09)
[Clang 8.0.0 (clang-800.0.42.1)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import वमस
>>> import é
Traceback (most recent call last):
  File "", line 1, in 
ModuleNotFoundError: No module named 'é'

So for some reason, importlib is failing to import the é module. (The 
é/__init__.py is a zero-byte file.)

Adding Brett to nosy.

--
nosy: +brett.cannon

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue40275] test.support has way too many imports

2020-06-29 Thread hai shi


Change by hai shi :


--
pull_requests: +20371
pull_request: https://github.com/python/cpython/pull/21219

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue35975] Put back the ability to parse files where async/await aren't keywords

2020-06-29 Thread Guido van Rossum


Guido van Rossum  added the comment:

Fixed again. Thanks Stefan for finding this! I apologize for the bug.

--
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue41162] Clear audit hooks after destructors

2020-06-29 Thread Steve Dower


New submission from Steve Dower :

Because of when _Py_ClearAuditHooks is called during finalization, it is 
possible that __del__ destructors will be called after hooks have been cleared. 
Audit events that would be raised here are dropped.

We should ensure these events are received by any known hooks for the 
interpreter (Python) or the runtime (C).

(Thanks to Frank Li for the report.)

--
components: Interpreter Core
messages: 372601
nosy: christian.heimes, steve.dower
priority: normal
severity: normal
stage: needs patch
status: open
title: Clear audit hooks after destructors
type: security
versions: Python 3.10, Python 3.8, Python 3.9

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue41161] libmpdec-2.5.0 update is missing news entry

2020-06-29 Thread Christian Heimes


New submission from Christian Heimes :

libmpdec was updated in bpo-40874 but there is no entry in the changelog. Every 
non-trivial change should be accompanied by a Misc/NEWS.d/ blurb. Please update 
the changelog manually.

--
assignee: skrah
components: Documentation
keywords: 3.9regression
messages: 372600
nosy: christian.heimes, skrah
priority: normal
severity: normal
stage: needs patch
status: open
title: libmpdec-2.5.0 update is missing news entry
type: enhancement
versions: Python 3.10, Python 3.9

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue41155] Tkinter -postoffset not working for TCombobox

2020-06-29 Thread E. Paine


E. Paine  added the comment:

This is a strange bug, as the fix is simply to explicitly give the style 
(`style='TCombobox'`). This is, however, a Tcl/Tk issue as it can be reproduced 
in wish (I used the script attached). I therefore ask you close this issue as 
third party (you can take it up with the Tcl team if you want).

--
nosy: +epaine
Added file: https://bugs.python.org/file49275/postoffset.tcl

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue40874] Update to libmpdec-2.5.0

2020-06-29 Thread Stefan Krah


Stefan Krah  added the comment:

--with-system-libmpdec is a **long term** tool for distributions.

Pinning the version number ensures that they use the correct version.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue40874] Update to libmpdec-2.5.0

2020-06-29 Thread Stefan Krah


Stefan Krah  added the comment:

This is no release blocker. Version 2.5.0 has been in 3.9 for a long time, and 
people should use the correct version.

--
priority: release blocker -> normal

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue29778] _Py_CheckPython3 uses uninitialized dllpath when embedder sets module path with Py_SetPath

2020-06-29 Thread Steve Dower


Steve Dower  added the comment:

Sorry, I take that back. Earlier versions would indeed skip initialization in 
some cases.

I propose we deprecate the dll_path field in PathConfig and just get the path 
directly in the three places it's necessary. The path calculations have 
security exposure, so let's just avoid trying to manage additional state around 
it unnecessarily.

I'll work on a patch this week unless someone else gets to it first.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue40874] Update to libmpdec-2.5.0

2020-06-29 Thread Christian Heimes


Change by Christian Heimes :


--
nosy: +christian.heimes
priority: normal -> release blocker

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue29778] _Py_CheckPython3 uses uninitialized dllpath when embedder sets module path with Py_SetPath

2020-06-29 Thread Steve Dower


Steve Dower  added the comment:

> I understand that LoadLibraryExW() must not be attempted if _Py_dll_path is 
> empty, or if Py_GetPrefix() is empty. Am I right?

More likely those should never be empty. Perhaps sys.prefix is optional, but 
the DLL path is the current executing module, and should always be set.

I suspect you're right, that 3.7 is also affected. But earlier versions would 
only _not_ fill the DLL path for static (non-shared) builds.

It looks like Py_SetPath in 3.7 started clearing it unnecessarily, so that may 
be the cause.

--
stage: resolved -> needs patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue39085] Improve docs for await expression

2020-06-29 Thread Bill Wallace


Bill Wallace  added the comment:

There are a few other places on the documentation that are imprecise or 
misleading for await. While the information needed is scattered around the 
docs, I think these can also be improved. I'm pretty sure these fit with this 
issue.

Developing with asyncio guide:
https://docs.python.org/3/library/asyncio-dev.html#concurrency-and-multithreading
 - first paragraph, "When a Task executes an await expression, the running Task 
gets suspended, and the event loop executes the next Task."  Taken by itself it 
isn't clear that execution of the awaitable starts immediately without 
intervention from the event loop. A possible fix might be to add "If the 
awaited expression is a coroutine its execution begins immediately and the  
running Task will not suspend till the awaited expression stalls waiting for a 
result." 

The same sentence is found in the Task documentation: 
https://docs.python.org/3/library/asyncio-task.html#task-object

--
nosy: +wwallace

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue40874] Update to libmpdec-2.5.0

2020-06-29 Thread Stefan Krah


Stefan Krah  added the comment:

You are talking to the author of libmpdec *and* the _decimal module.
Perhaps this problem has occurred to me, too:


$ diff -ur mpdecimal-2.5.0/libmpdec cpython-commit/Modules/_decimal/libmpdec/
Only in mpdecimal-2.5.0/libmpdec: .objs
Only in mpdecimal-2.5.0/libmpdec: Makefile.in
Only in mpdecimal-2.5.0/libmpdec: Makefile.vc
diff -ur mpdecimal-2.5.0/libmpdec/README.txt 
cpython-commit/Modules/_decimal/libmpdec/README.txt
--- mpdecimal-2.5.0/libmpdec/README.txt 2020-06-27 21:41:49.0 +0200
+++ cpython-commit/Modules/_decimal/libmpdec/README.txt 2020-06-29 
13:46:45.379299458 +0200
@@ -8,6 +8,9 @@
 Mike Cowlishaw/IBM's General Decimal Arithmetic Specification.
 
 
+Files required for the Python _decimal module
+=
+
   Core files for small and medium precision arithmetic
   
 
Only in mpdecimal-2.5.0/libmpdec: bench.c
Only in mpdecimal-2.5.0/libmpdec: bench_full.c
Only in mpdecimal-2.5.0/libmpdec: examples
Only in cpython-commit/Modules/_decimal/libmpdec/: mpdecimal.h
Only in mpdecimal-2.5.0/libmpdec: mpdecimal.h.in
Only in mpdecimal-2.5.0/libmpdec: mpdecimal32vc.h
Only in mpdecimal-2.5.0/libmpdec: mpdecimal64vc.h
Only in mpdecimal-2.5.0/libmpdec: mpsignal.c



You are the one here who wants to ship a non-recommended libmpdec
version with Python-3.9.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue33346] Syntax error with async generator inside dictionary comprehension

2020-06-29 Thread Serhiy Storchaka


Serhiy Storchaka  added the comment:

What can I do to move this issue forward?

We already missed 3.7, 3.8 and 3.9.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue40874] Update to libmpdec-2.5.0

2020-06-29 Thread Anthony Sottile


Anthony Sottile  added the comment:

> Otherwise, why use the system libmpdec at all and not the version
shipped with Python?

the packages are faithful reproductions of upstream packages, deviating from 
those introduces surprises for downstreams


> If I install into a venv, I also don't use the system libmpdec.

that's simply not true:

$ python3.9 -m venv vvv
$ vvv/bin/python -c 'import _decimal, subprocess; subprocess.check_call(("ldd", 
_decimal.__file__))'
linux-vdso.so.1 (0x7fff429ec000)
libmpdec.so.2 => /lib/x86_64-linux-gnu/libmpdec.so.2 
(0x7fcaeae03000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 
(0x7fcaeade)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7fcaeabee000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7fcaeaa9f000)
/lib64/ld-linux-x86-64.so.2 (0x7fcaeae7f000)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue41160] Cross-compiling for GNU/Hurd fails

2020-06-29 Thread Marius Bakke


Change by Marius Bakke :


--
keywords: +patch
pull_requests: +20370
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/21218

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue41160] Cross-compiling for GNU/Hurd fails

2020-06-29 Thread Marius Bakke


New submission from Marius Bakke :

Attempting to cross-compile for i586-pc-gnu fails with the following message:

  checking MACHDEP... configure: error: cross build not supported for 
i586-pc-gnu

Adding a trivial case for it in the configure script is sufficient.

--
components: Build
messages: 372590
nosy: mbakke
priority: normal
severity: normal
status: open
title: Cross-compiling for GNU/Hurd fails

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue40874] Update to libmpdec-2.5.0

2020-06-29 Thread Stefan Krah


Stefan Krah  added the comment:

If Python is packaged with **system** libmpdec, you can only use
the official Ubuntu Python/libmpdec version combination.

Which are packaged by Matthias Klose, who is on the CC list here.


Otherwise, why use the system libmpdec at all and not the version
shipped with Python?


If I install into a venv, I also don't use the system libmpdec.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue41159] Nested async dict comprehension fails with SyntaxError

2020-06-29 Thread Serhiy Storchaka


Serhiy Storchaka  added the comment:

This is a duplicate of issue33346.

--
nosy: +serhiy.storchaka
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Syntax error with async generator inside dictionary 
comprehension

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue40874] Update to libmpdec-2.5.0

2020-06-29 Thread Anthony Sottile


Anthony Sottile  added the comment:

I package pythons for ubuntu:

https://github.com/deadsnakes/python3.9-nightly/actions/runs/151286686
https://github.com/deadsnakes/python3.10-nightly/actions/runs/151287821

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue40874] Update to libmpdec-2.5.0

2020-06-29 Thread Stefan Krah


Stefan Krah  added the comment:

Or is this CoC bait again?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue40874] Update to libmpdec-2.5.0

2020-06-29 Thread Stefan Krah


Stefan Krah  added the comment:

Please name a buildbot that does not pass.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue40874] Update to libmpdec-2.5.0

2020-06-29 Thread Anthony Sottile


Anthony Sottile  added the comment:

reverting this patch passes all the tests, what's the motivation and why were 
there no code reviews for this?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue41159] Nested async dict comprehension fails with SyntaxError

2020-06-29 Thread Hrvoje Nikšić

New submission from Hrvoje Nikšić :

Originally brought up on StackOverflow, 
https://stackoverflow.com/questions/60799366/nested-async-comprehension :

This dict comprehension parses and works correctly:

async def bar():
return {
n: await foo(n) for n in [1, 2, 3]
}

But making it nested fails with a SyntaxError:

async def bar():
return {
i: {
n: await foo(n) for n in [1, 2, 3]
} for i in [1,2,3]
}

The error reported is:

  File "", line 0
SyntaxError: asynchronous comprehension outside of an asynchronous function

--
components: Interpreter Core
messages: 372582
nosy: hniksic
priority: normal
severity: normal
status: open
title: Nested async dict comprehension fails with SyntaxError
type: behavior
versions: Python 3.8

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue5004] socket.getfqdn() doesn't cope properly with purely DNS-based setups

2020-06-29 Thread Jan Hudec


Jan Hudec  added the comment:

Confirming the fixed version linked in previous comment by Thomas Waldmann is 
correct and matches what `hostname -f` does.

--
nosy: +bulb
versions: +Python 3.10, Python 3.5, Python 3.6, Python 3.7, Python 3.8, Python 
3.9

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue40874] Update to libmpdec-2.5.0

2020-06-29 Thread Stefan Krah


Stefan Krah  added the comment:

Ubuntu is my main system, and it does not break the build.

If you use --with-system-libmpdec, you need to keep in sync with
the external libmpdec.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue40874] Update to libmpdec-2.5.0

2020-06-29 Thread Anthony Sottile


Anthony Sottile  added the comment:

especially this late in the beta period for 3.9 -- it would be unfortunate for 
3.10 but it's an explicit break of feature freeze for 3.9

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue40874] Update to libmpdec-2.5.0

2020-06-29 Thread Anthony Sottile


Anthony Sottile  added the comment:

this breaks builds for ubuntu, I'd suggest reverting this (especially because 
it appears to build fine without this patch)

2020-06-29T08:52:56.8303672Z x86_64-linux-gnu-gcc -pthread -fPIC -Wdate-time 
-D_FORTIFY_SOURCE=2 -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 
-Wall -g -fdebug-prefix-map=/tmp/code=. 
-specs=/usr/share/dpkg/no-pie-compile.specs -fstack-protector -Wformat 
-Werror=format-security -std=c99 -Wextra -Wno-unused-result 
-Wno-unused-parameter -Wno-missing-field-initializers 
-Werror=implicit-function-declaration -fvisibility=hidden -I../Include/internal 
-DCONFIG_64=1 -DASM=1 -I../Include -IObjects -IPython -I. 
-I/usr/include/x86_64-linux-gnu -I/tmp/code/Include -I/tmp/code/build-static -c 
/tmp/code/Modules/_decimal/_decimal.c -o 
build/temp.linux-x86_64-3.9/tmp/code/Modules/_decimal/_decimal.o
2020-06-29T08:52:56.9003112Z /tmp/code/Modules/_decimal/_decimal.c:40:4: error: 
#error "libmpdec version >= 2.5.0 required"
2020-06-29T08:52:56.9005053Z#error "libmpdec version >= 2.5.0 required"
2020-06-29T08:52:56.9006190Z ^

--
nosy: +Anthony Sottile

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue40223] Add -fwrapv for new icc versions

2020-06-29 Thread Stefan Krah


Stefan Krah  added the comment:

cc Benjamin, in case he has any ideas:  icc does not like the label
reordering in ceval.c, but that can be anything from an icc issue
to an actual overflow in ceval.c.

--
nosy: +benjamin.peterson

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue40223] Add -fwrapv for new icc versions

2020-06-29 Thread Stefan Krah


Stefan Krah  added the comment:

icc does not like the label reordering from:

   ddd1949fea59f256e51191540a4446f75ed608fa


This is one step further, but not much. Possibilities are still:

   1) The reordering exposes an overflow.

   2) The new ordering is not supported by icc, it introduces UB
  that is masked by -fwrapv (again, does -fwrapv only disable
  a single optimization? My guess is that it disables several).


This was found by automated bisecting, I still have no time to really
investigate what is going on.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



  1   2   >