[issue2628] ftplib Persistent data connection

[Ethan Furman]

Ethan Furman  added the comment:

Ah.  Well, in that case closing seems like the best idea.

Thank you, Jonathan, for getting the CLA signed and providing perspective.

Thank you, Mike, for moving this issue forward.

--
resolution:  -> rejected
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

[issue45641] Error In opening a file through tkinter on macOS Monterey

[Ned Deily]

Ned Deily  added the comment:

Thanks for the report. We'll look into it on Issue44828.

--
resolution: wont fix -> duplicate

___
Python tracker 

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

[issue45641] Error In opening a file through tkinter on macOS Monterey

[Dev Kumar]

Dev Kumar  added the comment:

Ya, it's resolved but, The saving prompt is not closing after saving the file.

--
assignee:  -> terry.reedy
components:  -Tkinter, macOS
resolution: duplicate -> wont fix
status: closed -> open
type: crash -> behavior
Added file: https://bugs.python.org/file50417/Screen Shot 2021-11-02 at 
10.37.23 AM.png

___
Python tracker 

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

[issue45641] Error In opening a file through tkinter on macOS Monterey

[Ned Deily]

Ned Deily  added the comment:

See msg405488: an updated macOS installer for 3.10.0 is now available as the 
default download from python.org.

--

___
Python tracker 

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

[issue44828] tkinter.filedialog linked with Tk 8.6.11 crashes on macOS 12 Monterey, breaking IDLE saves

[Ned Deily]

Ned Deily  added the comment:

As of 2021-11-02, the macOS installer file on python.org for the 3.10.0 release 
has been updated to include an updated Tk library that includes this fix. All 
other files installed by the installer are the same as in the original 3.10.0 
installer, other than the Tk libraries and the installer ReadMe file. This 
updated installer pkg, at 
https://www.python.org/ftp/python/3.10.0/python-3.10.0post1-macos11.pkg, is now 
the default download for macOS from python.org and appears on the 3.10.0 
release page (https://www.python.org/downloads/release/python-3100/). If you 
have already installed the original 3.10.0 universal2 installer pkg from 
python.org and are encountering this problem with file dialog windows on macOS 
12 Monterey, you can download and run the updated installer pkg to obtain the 
updated Tk libraries.

The updated Tk will also be included in the macOS installers provided with the 
next Python releases: 3.9.8 (expected to be released this week) and 3.10.1 
(planned for 2021-12-06), as well as the 3.11.0a2 development preview.

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

___
Python tracker 

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

[issue45584] Clarifying truncating in documentation

[Arthur Milchior]

Arthur Milchior  added the comment:

Done

--

___
Python tracker 

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

[issue45584] Clarifying truncating in documentation

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Yes, revise and retest your branch and push it.

--

___
Python tracker 

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

[issue45638] Does ccbench still require 2.6 compatibility?

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Lukasz, is 'delete it' the no-brainer it seems to be?

--
nosy: +lukasz.langa, terry.reedy

___
Python tracker 

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

[issue45625] Add support for top-level await

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Python has async frameworks other than anyncio.  At least one is much older 
than asyncio.  I think that this proposal to run one by default, on startup, 
should be rejected.

>My script must be able to run properly without any special setup.

Then write it with proper python, including the needed import of the async 
runner you want.

--
nosy: +asvetlov, terry.reedy, yselivanov

___
Python tracker 

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

[issue45584] Clarifying truncating in documentation

[Arthur Milchior]

Arthur Milchior  added the comment:

I'm quite fan of your suggestion. Should I push it on the PR? Do you create 
another PR? I'm not used to BPO, I beg your pardon, only to github

--

___
Python tracker 

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

[issue45602] The grammar misses links that are present everywhere else

[Terry J. Reedy]

Change by Terry J. Reedy :


--
nosy: +lukasz.langa, pablogsal
stage:  -> test needed
versions:  -Python 3.10, 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

[issue45589] webbrowser does not handle opens under Windows WSL properly

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Windows people, do we support running on WSL?  Is there a buildbot running it?

--
nosy: +terry.reedy
stage:  -> test needed
versions: +Python 3.11

___
Python tracker 

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

[issue45584] Clarifying truncating in documentation

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Current docs:

math.ceil(x)
Return the ceiling of x, the smallest integer greater than or equal to x. 
If x is not a float, delegates to x.__ceil__(), which should return an Integral 
value.


math.floor(x)
Return the floor of x, the largest integer less than or equal to x. If x is 
not a float, delegates to x.__floor__(), which should return an Integral value.


math.trunc(x)
Return the Real value x truncated to an Integral (usually an integer). 
Delegates to x.__trunc__().

Problems.
0. First sentence not parallel.
1. What does truncated mean?
2. What does 'Real' mean?
3. Delegation sentence not quite parallel.  Copy the ceil/floor version.

Current Proposal:

 Return the Real value *x* truncated to an Integral (usually an integer). 
Truncating *x* means removing the digits after the decimal separator, hence 
rounding toward 0. It is equivalent to floor and ceil for positive and negative 
numbers respectively.  Delegates to :meth:`x.__trunc__() `.

We can't say "Return the truncation (which refers to the action, not the 
result).  "Return the truncated remains of x" would be accurate but begs the 
question about truncate.

I suggest instead:

"Return x with the fractional part removed, leaving the integer part.  This 
rounds toward 0.0 and is equivalent to floor and ceil for positive and negative 
x respectively.  If x is not a float, delegates to x.__trunc__(), which should 
return an Integral value."

--
nosy: +mark.dickinson, rhettinger, terry.reedy
versions:  -Python 3.6, Python 3.7, Python 3.8

___
Python tracker 

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

[issue2628] ftplib Persistent data connection

[Jonathan Bell]

Jonathan Bell  added the comment:

I should rephrase: There doesn't seem to be a practical way to verify BLOCK 
transmission mode against actual servers in the wild. As the Wikipedia article 
that Giampaolo referenced points out, BLOCK mode is a rarity that was primarily 
supported only by mainframe and minicomputer systems.

Any compliant server not supporting BLOCK should respond with a non-200 
response. The PR sends its request to enter BLOCK mode with self.voidcmd(), 
which handles non-200 responses by raising error_reply.

When I originally wrote that patch in 2008, such a system was running on a DEC 
Alpha under OpenVMS. Within months of the first test suite appearing for 
ftplib, that same vendor replaced their systems. The new server had no BLOCK 
transmission support, but was capable of handling multiple consecutive passive 
mode STREAM data connections without fault.

Even at the time, I couldn't find any other freely available FTP servers 
supporting BLOCK. But STREAM was and continues to be the standard.

Essentially this means that any changes to the existing PR may not be work 
properly with actual servers.

--

___
Python tracker 

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

[issue44295] self.assertDictContainsSubset warning is unhelpful

[Anthony Sottile]

Anthony Sottile  added the comment:

looks like this was removed in 3.11 -- wondering if it's still worth correcting 
the deprecation warning location

--
versions: +Python 3.10 -Python 3.11

___
Python tracker 

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

[issue39214] Add curses.window.in_wch

[Anthony Sottile]

Anthony Sottile  added the comment:

rebased this onto 3.11

--
versions: +Python 3.11 -Python 3.9

___
Python tracker 

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

[issue40477] Python Launcher app on macOS 10.15 Catalina fails to run scripts

[Ned Deily]

Change by Ned Deily :


--
type: crash -> behavior
versions: +Python 3.10, Python 3.11 -Python 3.7, Python 3.8

___
Python tracker 

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

[issue45685] PythonLauncher app fails run scripts on Mac BigSur

[Ned Deily]

Ned Deily  added the comment:

Thank you for the issue and the reminder. Unfortunately, you are running into a 
problem with the Python Launcher as documented in open Issue40477, a problem 
that has slipped off my radar. Due to changes in macOS 10.15 Catalina and still 
present in 11 Big Sur, the Python Launcher is no longer able to successfully 
launch the Terminal app so the scripts are never executed. As described in 
msg368819 there, there is a simple workaround: just ensure that the Terminal 
app is already launched before trying to use the Python Launcher.

--
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Python Launcher app on macOS 10.15 Catalina fails to run scripts
type: crash -> behavior
versions: +Python 3.11, Python 3.9

___
Python tracker 

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

[issue45686] ElementTree.Element.extend: bad error message when error occurs in generator

[Michael Wayne Goodman]

New submission from Michael Wayne Goodman :

Both the Python and C versions of xml.etree.ElementTree allow Element.extend() 
to accept a sequence or an iterable, such as a generator expression (although 
the docs only mention "sequence"; that's a separate problem):

>>> from xml.etree import ElementTree as ET
>>> elem = ET.Element('root')
>>> elem.extend(ET.Element('child') for _ in range(3))
>>> pyelem = ET._Element_Py('root')
>>> pyelem.extend(ET._Element_Py('child') for _ in range(3))

If the generator expression raises an Exception (for instance, by omitting the 
tag name as below), then the Python implementation passes up the error:

>>> pyelem.extend(ET._Element_Py() for _ in range(3))
Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/lib/python3.9/xml/etree/ElementTree.py", line 253, in extend
for element in elements:
  File "", line 1, in 
TypeError: __init__() missing 1 required positional argument: 'tag'

But the C implementation hides it with a misleading exception of its own:

>>> elem.extend(ET.Element() for _ in range(3))
Traceback (most recent call last):
  File "", line 1, in 
TypeError: expected sequence, not "generator"

Is it possible to pass up the original exception, as in the Python 
implementation? In the C code, the exception is raised when PySequence_Fast 
returns something false:

seq = PySequence_Fast(elements, "");
if (!seq) {
PyErr_Format(
PyExc_TypeError,
"expected sequence, not \"%.200s\"", Py_TYPE(elements)->tp_name
);
return NULL;
}

Otherwise, while it would be good if the error message didn't incorrectly state 
that Element.extend() requires a sequence and not a generator, it currently 
leads the programmer to the actual error. That is, when the programmer tries to 
make the argument a sequence by creating a list, the error will be propagated 
before Element.extend() is called:

>>> elem.extend([ET.Element() for _ in range(3)])
Traceback (most recent call last):
  File "", line 1, in 
  File "", line 1, in 
TypeError: Element() takes at least 1 argument (0 given)

--
components: XML
messages: 405476
nosy: goodmami
priority: normal
severity: normal
status: open
title: ElementTree.Element.extend: bad error message when error occurs in 
generator
type: behavior
versions: Python 3.10, Python 3.11, 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

[issue44511] Improve the bytecode for mapping patterns

[Brandt Bucher]

Change by Brandt Bucher :


--
pull_requests: +27617
pull_request: https://github.com/python/cpython/pull/29357

___
Python tracker 

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

[issue45243] [sqlite3] add support for changing connection limits

[Erlend E. Aasland]

Change by Erlend E. Aasland :


--
pull_requests: +27616
pull_request: https://github.com/python/cpython/pull/29356

___
Python tracker 

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

[issue45685] PythonLauncher app fails run scripts on Mac BigSur

[giancarlo niccolo virgutto]

Change by giancarlo niccolo virgutto :


--
title: PuthonLauncher app fails run scripts on Mac BigSur -> PythonLauncher app 
fails run scripts on Mac BigSur

___
Python tracker 

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

[issue45685] PuthonLauncher app fails run scripts on Mac BigSur

[giancarlo niccolo virgutto]

New submission from giancarlo niccolo virgutto :

I can’t figure out how to use Python Launcher on BigSur. Or it is broken. 
Anyway: It does absolutely nothing. When I double click a script file, I see 
very shortly the preferences window of Launcher, and this is all. The script is 
not executed. I made a very simple script which writes a small text file. The 
script works flawlessly, when I call it in the terminal, but the Launcher seems 
not even to open it.

Is this a bug with BigSur, or what is to be done?

--
components: macOS
messages: 405475
nosy: gnvirgutto1990, ned.deily, ronaldoussoren
priority: normal
severity: normal
status: open
title: PuthonLauncher app fails run scripts on Mac BigSur
type: crash
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

[issue45243] [sqlite3] add support for changing connection limits

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:


New changeset b6b38a82267ff70d2abaf2a8371327268887c97d by Erlend Egeberg 
Aasland in branch 'main':
bpo-45243: Add support for setting/getting `sqlite3` connection limits 
(GH-28463)
https://github.com/python/cpython/commit/b6b38a82267ff70d2abaf2a8371327268887c97d


--
nosy: +pablogsal

___
Python tracker 

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

[issue45684] `functools.singledispatchmethod` does not define `__class_getitem__`

[Alex Waygood]

Change by Alex Waygood :


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

___
Python tracker 

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

[issue45681] tkinter breaks on high resolution screen after ctypes SetProcessDPIAware()

[Terry J. Reedy]

Change by Terry J. Reedy :


--
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware

___
Python tracker 

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

[issue45359] TopologicalSorter is not Generic at runtime (but is in typeshed)

[Alex Waygood]

Change by Alex Waygood :


--
versions: +Python 3.10, Python 3.11

___
Python tracker 

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

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

[Alexandre]

Alexandre  added the comment:

If anyone is having this issue too, you can find more informations at 
https://community.letsencrypt.org/t/potential-problem-with-r3-intermediates-on-windows-servers/157164,
 it looks like Windows keeps using expired certificates until rebooted.
A solution is to remove the expired R3 intermediary from the store, forcing 
Window to use the newer.

--
nosy: +u36959

___
Python tracker 

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

[issue10483] http.server - what is executable on Windows

[Glenn Linderman]

Glenn Linderman  added the comment:

Ethan,  3.7.2 at the moment.  I doubt there'd be any issues moving it to 3.11, 
unless there have been significant changes to the main branch in that area, I 
just haven't bothered because it is working for me as is.  I forget what 
version I started with, but I guess 3.6 was when I first reported it?  I know I 
did have to tweak it a little when I upgraded Python once, and there had been 
changes to http.server in the meantime.

--

___
Python tracker 

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

[issue43112] SOABI on Linux does not distinguish between GNU libc and musl libc

[Éric Araujo]

Éric Araujo  added the comment:

If this is deemed a bugfix, the PR should be backported.

--
nosy: +eric.araujo
type:  -> behavior
versions: +Python 3.10, Python 3.11, Python 3.9

___
Python tracker 

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

[issue43652] Upgrade Windows tcl/tk to 8.6.11

[Steve Dower]

Steve Dower  added the comment:

Looks like something went wrong back when I built it in March and it built the 
older version again.

I probably need to revamp that build step. I think it relies on a race to build 
properly, since it's in the main repo. We need a way to override the version 
it's going to build without modifying the repo, since we can't modify the repo 
without the build being done.

--

___
Python tracker 

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

[issue45466] Simple curl/wget-like download functionality in urllib (like http offers server)

[Eric V. Smith]

Eric V. Smith  added the comment:

The core devs have decided to reject this. Basically for a few reasons:

- the possibility of introducing security vulnerabilities
- the ongoing maintenance burden

--
nosy: +eric.smith
resolution:  -> rejected
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

[issue44495] wrong FNAME in tarfile if tgz extension is used

[Rob Nelson]

Rob Nelson  added the comment:

The code referenced in the previous comment only hits for tarfiles built from 
Streams. 

The same (incorrect) code exists in the gzip.py library as well, and hits the 
more common usecase of building a tar.gz from a set of files on disk.

def _write_gzip_header(self, compresslevel):
self.fileobj.write(b'\037\213') # magic header
self.fileobj.write(b'\010') # compression method
try:
# RFC 1952 requires the FNAME field to be Latin-1. Do not
# include filenames that cannot be represented that way.
fname = os.path.basename(self.name)
if not isinstance(fname, bytes):
fname = fname.encode('latin-1')
if fname.endswith(b'.gz'):
fname = fname[:-3]

This effects decompressing the file with 7zip, who respects the FNAME value, 
and thus attempts to create a new file with the same name as the file its 
currently decompressing. Or if you extract to another directory, it creates a 
tar file that is named "foo.tgz", which is confusing to users who are expecting 
a tar.

You can very easily reproduce this:

import tarfile
f = tarfile.open("test.tgz", mode="w:gz")
f.close()

and then "extract" the file with 7zip

--
nosy: +veaviticus

___
Python tracker 

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

[issue45459] Limited API support for Py_buffer

[Antoine Pitrou]

Antoine Pitrou  added the comment:

I would advocate:

* expose the Py_buffer struct fully
* expose the various PyBUF_* constants
* expose at least PyObject_GetBuffer() and PyBuffer_Release()

The rest is optional.

--

___
Python tracker 

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

[issue45459] Limited API support for Py_buffer

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Py_buffer *is* an ABI, and it hasn't changed from the start.  Of course you can 
still try to collect feedback from third-party projects, but there is a very 
high probability that it won't need to change in the near future.

--

___
Python tracker 

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

[issue10483] http.server - what is executable on Windows

[Ethan Furman]

Ethan Furman  added the comment:

Glen, which version of Python is your fork using?

--
nosy: +ethan.furman

___
Python tracker 

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

[issue10483] http.server - what is executable on Windows

[Glenn Linderman]

Glenn Linderman  added the comment:

As the original author of this report, getting significant pushback from the 
then maintainer of the code, I went ahead and implemented what I considered to 
be a useful set of features to make CGI work on Windows.

I never proposed them as a patch, because they were bundled with a bunch of 
other things that certainly would have been considered feature requests, and I 
never figured out the process for submitting patches, which has changed a 
couple times since the bug was submitted, and I didn't have time to do all of
(1) learn the churning patch mechanisms
(2) separate my code changes into independent chunks
(3) also get my projects completed

The only reason that CGI support on Windows may not be relevant today is that 
it is so outdated, with no support or encouragement from the maintainers to 
encourage patches to make it useful, discouraging its use on Windows.  With my 
private, forked implementation, I have a quite useful Windows testbed for 
implementing web server code that can run on Linux Apache servers.  If only 
there were such support built-in!

--

___
Python tracker 

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

[issue45683] dns.asyncresolver ignores nameserver parameter

[James Lawrie]

James Lawrie  added the comment:

Sorry. This was a pebkac error, I was setting nameserver instead of nameservers

--
resolution:  -> not a bug
stage:  -> 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

[issue45684] `functools.singledispatchmethod` does not define `__class_getitem__`

[Alex Waygood]

New submission from Alex Waygood :

`functools.singledispatchmethod` is marked as being a generic class in 
`typeshed`, but does not define `__class_getitem__`, so cannot be parameterized 
at runtime.

cpython source code: 
https://github.com/python/cpython/blob/e2063d6a1ebc3568e90a14ed163fa291b5977ae8/Lib/functools.py#L891

typeshed stub: 
https://github.com/python/typeshed/blob/f4143c40e85db42dc98549e09329e196668395ee/stdlib/functools.pyi#L94

--
components: Library (Lib)
messages: 405462
nosy: AlexWaygood, lukasz.langa, rhettinger
priority: normal
severity: normal
status: open
title: `functools.singledispatchmethod` does not define `__class_getitem__`
type: behavior
versions: Python 3.10, Python 3.11, Python 3.9

___
Python tracker 

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

[issue45683] dns.asyncresolver ignores nameserver parameter

[James Lawrie]

New submission from James Lawrie :

The DNS async resolver allows you to specify a list of nameservers to use, but 
they are ignored and the system nameservers are used instead.

Test code below demonstrating the issue:

# cat test.py
import dns.asyncresolver
import asyncio
from pprint import pprint
 
 
async def main(domains):
results = await get_ips_bulk(domains)
results = [item for sublist in results for item in sublist]
pprint(results)
 
async def get_ips_bulk(domains):
output = [get_ips(domain) for domain in domains]
return await asyncio.gather(*output, return_exceptions=True)
 
async def get_ips(domain):
res = dns.asyncresolver.Resolver()
res.nameserver = ["1.1.1.1"]
results = []
try:
ipv4 = await res.resolve(domain, 'A')
for result in ipv4:
results.append(['A', domain, result.to_text()])
except:
results.append(['A', domain, 'n/a'])
try:
ipv6 = await res.resolve(domain, '')
results.append(['', domain, result.to_text()])
except:
results.append(['', domain, 'n/a'])
 
return results
  
domains = ['python.org']
asyncio.run(main(domains))
 

It should use 1.1.1.1 as the nameserver but watching tcpdump it's using 8.8.8.8 
per /etc/resolv.conf:

# tcpdump -n port 53 &
[1] 16751
listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes
# python3 test.py
19:05:02.750458 IP x.x.x.x.44173 > 8.8.8.8.53: 46143+ A? python.org. (28)
19:05:02.756265 IP 8.8.8.8.53 > x.x.x.x.44173: 46143 1/0/0 A 138.197.63.241 (44)
19:05:02.757392 IP x.x.x.x.37827 > 8.8.8.8.53: 17493+ ? python.org. (28)
19:05:02.765797 IP 8.8.8.8.53 > x.x.x.x.37827: 17493 0/1/0 (115)
[['A', 'python.org', '138.197.63.241'], ['', 'python.org', 'n/a']]
# fg
tcpdump -n port 53
^C
# grep -P "^nameserver" /etc/resolv.conf
nameserver 8.8.8.8

--
components: asyncio
messages: 405460
nosy: asvetlov, james2, yselivanov
priority: normal
severity: normal
status: open
title: dns.asyncresolver ignores nameserver parameter
type: behavior
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

[issue45466] Simple curl/wget-like download functionality in urllib (like http offers server)

[Raymond Hettinger]

Raymond Hettinger  added the comment:

> If curl/wget are available, great, but often slim images 
> don't offer that.

I concur with Christian.  For the most part, the standard library aims to be a 
collection of resources helpful for building applications like curl and wget.  
The applications themselves should live on the Python Package Index (PyPI).  
Also, as Christian points out, this is a non-trivial project with a large scope.


> The urllib could provide a very simple download functionality
> (like http offers a simple server):
>
>from urllib.request import urlopen
>data = urlopen('https://.../install-poetry.py').read()
># print or save data

This is a simpler request and is within our scope; however, I not sure how it 
differs from the existing functionality in urllib.request.urlretrieve().  Can 
you clarify what extra functionality is being requested?

--
nosy: +rhettinger

___
Python tracker 

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

[issue45617] sys.stdin does not iterate correctly on '\r' line separator

[Kelly Brazil]

Kelly Brazil  added the comment:

Are there other scenarios where splitlines behavior deviates from the default 
of newline=None (Universal Newlines)? It seems sys.stdin (on non-Windows OS) is 
the outlier.

All of these use Universal Newlines:
- sys.stdin (on Windows)
- open(0, 'r')
- str.splitlines()

For sake of consistency it seems that sys.stdin on non-Windows should use the 
Universal Newlines behavior. Since the difference in behavior is not 
documented, it is safe to assume users can be confused by this difference.

Also, unless there is a technical reason for the difference, I'm not sure what 
the rationale would be to keep the behavior different. All types of data can be 
piped to STDIN on non-Windows systems. Just because the pipeline is happening 
on unix/linux doesn't mean the data inside conforms to \n newlines.

I believe Universal Newlines should be the default (as with the other 
scenarios) and the user should be able to decide if another newline option 
should be configured.

--

___
Python tracker 

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

[issue45250] Make sure documentation is accurate for what an (async) iterable and (async) iterator are

[Nir Friedman]

Nir Friedman  added the comment:

Okay, fair enough.

--

___
Python tracker 

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

[issue2628] ftplib Persistent data connection

[Ethan Furman]

Ethan Furman  added the comment:

I would like to have the issue fixed instead of just closed.

Jonathan, you say there is no practical method to verify that the block 
transmission mode exists -- so it's only useful if the user knows that it 
exists?  If the user tries it and the server does not support it, is a useful 
exception raised?  If the answer is yes (to the useful exception) I'm would 
like to see it added.

--
versions: +Python 3.11 -Python 3.2

___
Python tracker 

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

[issue45466] Simple curl/wget-like download functionality in urllib (like http offers server)

[Christian Heimes]

Christian Heimes  added the comment:

I fear that you underestimate both the complexity of this feature request and 
the amount of demand from users this feature is going to create. Once we start 
to offer a command line client for urllib, users **will** ask for more options, 
e.g. POST requests, custom headers, various TLS/SSL options and so on. There is 
a ton of hidden complexity in a download tool. curl has over 240 (!) command 
line options for a reason.

--
nosy: +christian.heimes

___
Python tracker 

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

[issue43652] Upgrade Windows tcl/tk to 8.6.11

[E. Paine]

E. Paine  added the comment:

This does not seem to have done the trick. The installers for 3.10.0 and 
3.11.0a1 both use Tk 8.6.10 still. This can be verified using the bug in #45681 
or using `tkinter.test.support.get_tk_patchlevel()`.

--
nosy: +epaine

___
Python tracker 

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

[issue45681] tkinter breaks on high resolution screen after ctypes SetProcessDPIAware()

[E. Paine]

E. Paine  added the comment:

This is definitely a Tk issue, but it is resolved as of Tk 8.6.11. I assume 
this is similar to #41969.

Strangely, the Windows installers for 3.10 and 3.11 appear to still be using Tk 
8.6.10 despite PR-25170, rather than 8.6.11. I'll raise it on #43652.

--

___
Python tracker 

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

[issue45625] Add support for top-level await

[Fred]

Fred  added the comment:

$ python3 --async myscript.py
unknown option --async

Also I cannot go around telling other people how to run my script. My script 
must be able to run properly without any special setup.

--

___
Python tracker 

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

[issue45681] tkinter breaks on high resolution screen after ctypes SetProcessDPIAware()

[Gabe]

Gabe  added the comment:

I should add - the reason why this is an issue is because pyautogui calls this 
function, and I would like to use pyautogui in my tkinter app, but I currently 
cannot without sacrificing my checkbuttons. (Well, pyautogui uses pyscreeze for 
screenshots and pyscreeze calls it: 
https://github.com/asweigart/pyscreeze/blob/master/pyscreeze/__init__.py#L69)

--

___
Python tracker 

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

[issue45250] Make sure documentation is accurate for what an (async) iterable and (async) iterator are

[Brett Cannon]

Brett Cannon  added the comment:

> Wouldn't a nicer resolution for this be to change `iter`

Unfortunately that isn't backwards-compatible. Some people may explicitly want 
their iterators to not be iterables to guarantee that people who want an 
iterator get a fresh/new one instead of reusing a live iterator.

--

___
Python tracker 

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

[issue45681] tkinter breaks on high resolution screen after ctypes SetProcessDPIAware()

[Gabe]

Gabe  added the comment:

The exact same effect happens with SetProcessDPIAware(1). The IDLE checkboxes 
are in fact affected; they're tiny. I discovered that I was able to prevent the 
issue by using `ctypes.windll.shcore.SetProcessDpiAwareness(0)`. This prevents 
the issue only if it is called prior to the SetProcessDPIAware call.

This code does not have any issues (everything is correctly scaled)

```
import tkinter as tk
from tkinter import ttk

import ctypes
ctypes.windll.shcore.SetProcessDpiAwareness(0)
ctypes.windll.user32.SetProcessDPIAware()

w = tk.Tk()
ttk.Checkbutton(w, text = "Checkbox").grid()
w.mainloop()
```

If the SetProcessDpiAwareness call comes after the SetProcessDPIAware call, 
then the error persists. I believe that this is because Windows only listens to 
the first DPI configuration call, so it ignores subsequent calls. I was unable 
to find documentation to support this though.

--

___
Python tracker 

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

[issue45420] Python 3.10 final installation failure

[Steve Dower]

Steve Dower  added the comment:

What tool did you use to find all the component registrations?

If your answer is "Registry Editor", there's no chance you found them all. 
You'll need a tool specifically designed for cleaning up MSI issues.

I don't know all the keys used. They're managed by the operating system, not by 
us.

--

___
Python tracker 

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

[issue45319] Possible regression in __annotations__ descr for heap type subclasses

[Christian Heimes]

Christian Heimes  added the comment:

I created a new branch in my clone for you that has the 3.10 workaround 
disabled.

# checkout:
git clone -b bpo45319 https://github.com/tiran/wrapt.git
cd wrapt

# build src/wrapt/_wrappers.abi3.so
python3 setup.py build_ext -i

# run tests
$ PYTHONPATH=src python3.9 tests/test_update_attributes.py 
..
--
Ran 10 tests in 0.001s

OK

$ PYTHONPATH=src python3.10 tests/test_update_attributes.py 
FF
==
FAIL: test_update_annotations (__main__.TestUpdateAttributes)
--
Traceback (most recent call last):
  File "/tmp/wrapt/tests/test_update_attributes.py", line 149, in 
test_update_annotations
self.assertEqual(function.__wrapped__.__annotations__, override_annotations)
AssertionError: {} != {'override_annotations': ''}
- {}
+ {'override_annotations': ''}

==
FAIL: test_update_annotations_modified_on_original 
(__main__.TestUpdateAttributes)
--
Traceback (most recent call last):
  File "/tmp/wrapt/tests/test_update_attributes.py", line 173, in 
test_update_annotations_modified_on_original
self.assertEqual(function.__annotations__, override_annotations)
AssertionError: {} != {'override_annotations': ''}
- {}
+ {'override_annotations': ''}

--
Ran 10 tests in 0.001s

FAILED (failures=2)

--

___
Python tracker 

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

[issue45319] Possible regression in __annotations__ descr for heap type subclasses

[Larry Hastings]

Larry Hastings  added the comment:

(Preferably not using "tox".  I don't know that tool.)

--

___
Python tracker 

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

[issue45319] Possible regression in __annotations__ descr for heap type subclasses

[Larry Hastings]

Larry Hastings  added the comment:

I got the PR locally, but the command-line you gave me fails, tox can't find 
python3.10 despite it being on the path.

Rather than force me to reverse-engineer and recreate your build environment, 
can you give me a straightforward command-line or shell script to reproduce the 
problem?

--

___
Python tracker 

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

[issue45625] Add support for top-level await

[Grégory Starck]

Grégory Starck  added the comment:

python --async myscript.py ?

--
nosy: +gstarck

___
Python tracker 

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

[issue44828] tkinter.filedialog linked with Tk 8.6.11 crashes on macOS 12 Monterey, breaking IDLE saves

[Ned Deily]

Ned Deily  added the comment:

Thanks for the heads-up about the "10.16" issue, Marc. Sorry I missed that 
aspect when reviewing your fix as we had run into that "feature" before. I 
guess the idea was that it made it easier during the early days of Big Sur to 
build some products that were not expecting the version numbering change. In 
any case, it isn't an issue for the python.org macOS installer builds; we 
currently support two variants: universal2 which builds on 11 Big Sur (or 
later) with Tk 8.6.11 (or later); and the deprecated Intel-only variant which 
builds on 10.9 with Tk 8.6.8. After all the testing we've done, I'd prefer to 
not disturb the patches in place for the imminent release of 3.9.8 and a 
patched 3.10.0 installer; we will pick up the final versions when 8.6.12 
releases. I am planning to use 8.6.12rc1 with the also imminent 3.11.0a2 to 
give it a little exposure but the 10.16 fix is also not an issue for it.

--

___
Python tracker 

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

[issue2628] ftplib Persistent data connection

[Jonathan Bell]

Jonathan Bell  added the comment:

No practical method exists to verify BLOCK transmission mode, which as 
mentioned earlier, was rarely implemented even when this issue was opened. 
Given that reality, I'm inclined to close this issue.

--

___
Python tracker 

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

[issue45625] Add support for top-level await

[Éric Araujo]

Éric Araujo  added the comment:

But Python doesn’t have a concept of main function.

Anyway, it’s no use arguing here, please go to python-ideas for a wider 
audience.

--

___
Python tracker 

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

[issue45641] Error In opening a file through tkinter on macOS Monterey

[E. Paine]

E. Paine  added the comment:

> when is the new version is coming for tackling this problem?

The patch was merged in #44828 and backported to 3.8, 3.9 and 3.10 (i.e. it 
will be in 3.9.8).

--

___
Python tracker 

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

[issue44828] tkinter.filedialog linked with Tk 8.6.11 crashes on macOS 12 Monterey, breaking IDLE saves

[Marc Culler]

Marc Culler  added the comment:

Heads up!  A strange Apple quirk has been identified which could affect the 
file dialog behavior if the Tk library is compiled on macOS 10.XX and used on 
macOS 11 or 12.  (I am not sure if this applies here.)

The fix for the broken file dialog was to use different calls to display the 
dialog, depending on the OS version.

The quirk is that code compiled on 10.XX and run on 11 or 12 will report the 
host OS version as 10.16 (which does not exist) no matter whether the actual 
version is 11 or 12.  The simplest workaround is to replace
the condition OSVersion < 11 by the condition OSVersion < 101600.

Since tests like this occur in many places, a more robust workaround has been 
implemented in the Tk fossil repository and will appear in 8.6.12.

--

___
Python tracker 

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

[issue22377] %Z in strptime doesn't match EST and others

[Kevin]

Kevin  added the comment:

With the introduction of PEP 0615 (https://www.python.org/dev/peps/pep-0615/) — 
Support for the IANA Time Zone Database in the Standard Library — should this 
be revisited to now leverage ZoneInfo to fully parse these time zone values in 
Python 3.9+ (or 3.11 with introduction of the feature if it is unreasonable to 
backport this)?

--
nosy: +kkirsche

___
Python tracker 

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

[issue45681] tkinter breaks on high resolution screen after ctypes SetProcessDPIAware()

[E. Paine]

E. Paine  added the comment:

What happens if you use `ctypes.windll.user32.SetProcessDPIAware(1)` (note the 
1)? Also, are the checkboxes on the IDLE config dialog affected (since IDLE 
also sets the dpi awareness: see 
https://github.com/python/cpython/blob/main/Lib/idlelib/pyshell.py#L14-L22)?

--
nosy: +epaine, serhiy.storchaka, terry.reedy

___
Python tracker 

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

[issue45666] Warning: "'swprintf' : format string '%s' requires an argument of type 'unsigned short *', but variadic argument 1 has type 'const char *'"

[Ken Jin]

Ken Jin  added the comment:

@Serhiy Thanks for catching my mistake. I'm glad you came across the PR.

And thank you @Nikita for your patience. Closing this issue!

--
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

[issue45666] Warning: "'swprintf' : format string '%s' requires an argument of type 'unsigned short *', but variadic argument 1 has type 'const char *'"

[Ken Jin]

Ken Jin  added the comment:


New changeset 401d25e92f62a9ef320a97542b3e63cb8c34e7e9 by Nikita Sobolev in 
branch 'main':
bpo-45666: Use `%S` for MSVC and `%s` elsewhere for `swprintf` in 
`_testembed.c` (GH-29341)
https://github.com/python/cpython/commit/401d25e92f62a9ef320a97542b3e63cb8c34e7e9


--

___
Python tracker 

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

[issue43158] uuid won't build when libuuid is installed in a non-standard place

[Alexandru Ardelean]

Alexandru Ardelean  added the comment:

I confirm that this works on OpenWrt :)

I actually started testing shortly after the PR was created.

Many thanks for the quick patch.

--

___
Python tracker 

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

[issue43633] Improve the textual representation of IPv4-mapped IPv6 addresses

[Oleksandr Pavliuk]

Oleksandr Pavliuk  added the comment:

@maxmouchet, thank you for creating the issue.
For me it makes sense, and RFC 4291 calls such IPv6 text representation 
approach as "more convenient".

I'll try to fix this, if you don't mind.
P.S.: Sorry for providing PR before I asked.

--

___
Python tracker 

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

[issue43158] uuid won't build when libuuid is installed in a non-standard place

[Christian Heimes]

Christian Heimes  added the comment:

I have created a PR that adds a check for libuuid to configure and then uses 
configure variables in setup.py. Could you please try the patch in your build 
system?

--
versions: +Python 3.11 -Python 3.6, Python 3.7, Python 3.8

___
Python tracker 

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

[issue43158] uuid won't build when libuuid is installed in a non-standard place

[Christian Heimes]

Change by Christian Heimes :


--
keywords: +patch
pull_requests: +27614
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/29353

___
Python tracker 

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

[issue32545] Unable to install Python 3.7.0a4 on Windows 10 - Error 0x80070643: Failed to install MSI package.

[Eryk Sun]

Change by Eryk Sun :


--
nosy:  -gustavoxo, jugnugee2, kevingeller, printerhelpcenter

___
Python tracker 

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

[issue32545] Unable to install Python 3.7.0a4 on Windows 10 - Error 0x80070643: Failed to install MSI package.

[Eryk Sun]

Change by Eryk Sun :


--
Removed message: https://bugs.python.org/msg368787

___
Python tracker 

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

[issue32545] Unable to install Python 3.7.0a4 on Windows 10 - Error 0x80070643: Failed to install MSI package.

[Eryk Sun]

Change by Eryk Sun :


--
Removed message: https://bugs.python.org/msg389658

___
Python tracker 

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

[issue32545] Unable to install Python 3.7.0a4 on Windows 10 - Error 0x80070643: Failed to install MSI package.

[Eryk Sun]

Change by Eryk Sun :


--
nosy:  -emmajohan

___
Python tracker 

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

[issue32545] Unable to install Python 3.7.0a4 on Windows 10 - Error 0x80070643: Failed to install MSI package.

[Eryk Sun]

Change by Eryk Sun :


--
Removed message: https://bugs.python.org/msg405432

___
Python tracker 

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

[issue32545] Unable to install Python 3.7.0a4 on Windows 10 - Error 0x80070643: Failed to install MSI package.

[emma]

emma  added the comment:

Missoma Discount Codes Shop online for more luxury jewelry for less when you 
use Missoma Discount Codes. For great gift ideas and inspiration, you can find 
it all, with the perfect accessories for less when you shop online. Choose from 
Rings, Necklaces, Bracelets, and much more for less when you use Missoma promo 
codes here at The Telegraph. Visit our voucher page with is updated daily with 
the latest offers.
https://couponsagent.com/front/store-profile/missoma-promo-code

--
nosy: +emmajohan

___
Python tracker 

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

[issue45635] Tidy up error handling in traceback.c / python run.c

[Irit Katriel]

Irit Katriel  added the comment:

It's more intricate than I initially thought - the assertion that no exception 
is set is in PyObject_Str rather than PyFile_WriteObject, and it should remain 
there because it ensures that exceptions are not accidentally cleared by an 
str() call.

In the traceback display code, there are places where the exception is cleared 
because it's being overridden (like when modulename is not found and is replace 
by "") or places where the code makes a best-effort attempt to print 
something anyway. In these situations the error is cleared before calling 
PyFile_WriteObject. It is probably correct, but it's hard to follow the logic 
when making changes to the code, so it should be made more explicit.

--

___
Python tracker 

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

[issue45668] Some PGO tests are failing when building with --enable-optimizations --disable-test-modules

[Christian Heimes]

Change by Christian Heimes :


--
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

[issue45625] Add support for top-level await

[Fred]

Fred  added the comment:

I think it would fit with the design and commmunity of Python. I think people 
who use Python don't care about what async runtime it is, or how to configure 
it or set it up, they just want to call async functions.

This is 2021, we live in a async-first world. I think users expect to be able 
to do async with minimal friction.

Other languages like C# lets you do it easy, by changing:
static void Main() {}
to:
static async Task Main() {}

--

___
Python tracker 

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

[issue45665] Problems caused by isinstance(list[int], type) returning True

[Martin Rueckl]

Martin Rueckl  added the comment:

Sorry for the noise: 
- Literal['a', 'b'],
- TypeVar('T')
Behave like Optional/Union

--

___
Python tracker 

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

[issue10483] http.server - what is executable on Windows

[mike mcleod]

mike mcleod  added the comment:

Hi  Éric,

Then would the easiest way of dealing with this issue, to close it without
any further work?
Possibly adding to the documents it doesn't work on windows..
I can move to the next issue.

Regards,
Mike

On Sun, 31 Oct 2021 at 18:03, Éric Araujo  wrote:

>
> Éric Araujo  added the comment:
>
> I don’t know if CGI on windows servers is very relevant nowadays.
>
> --
> nosy: +eric.araujo
> versions:  -Python 3.2
>
> ___
> Python tracker 
> 
> ___
>

--

___
Python tracker 

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

[issue45665] Problems caused by isinstance(list[int], type) returning True

[Martin Rueckl]

Martin Rueckl  added the comment:

One thing that probably should be considered in this context:

isinstance(arg, type) == issubclass(type(arg), type)

Holds True for arg in (Optional[X], Union[X, Y]). Both sides evaluate to False. 
(v3.10.0)

While I still think both sides evaluating to True would be more intuitive, this 
supports the proposed change.

Small test snippet:

```
from typing import Dict, List, Set, Tuple, Optional, Union

import pytest


@pytest.mark.parametrize('arg', [
list, List[int], list[int],
dict, Dict[str, int], dict[str, int],
set, Set[int], set[int],
tuple, Tuple[str, int], tuple[str, int],
Optional[int],
Union[int, str]
])
def test_invariant(arg):
same = isinstance(arg, type) == issubclass(type(arg), type)
result = "Check" if same else "Failed"
print(f"\n{result}: Testing: {arg=} with {type(arg)=}: {isinstance(arg, 
type)=} <> {issubclass(type(arg), type)=}")
assert same

```

Any other commonly used annotations that could be added to the checklist?

--
nosy: +martinitus

___
Python tracker 

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

[issue2628] ftplib Persistent data connection

[mike mcleod]

mike mcleod  added the comment:

I am happy to do any testing.
My reason for getting involved is I am new to helping with Cpython and thought 
this may be the least intrusive way of getting started with something that 
nobody really cares about that much.
Hence, the oldest issue I see can be either completed as first envisioned or 
can be closed and I am ok with either.

--

___
Python tracker 

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

[issue45668] Some PGO tests are failing when building with --enable-optimizations --disable-test-modules

[Christian Heimes]

Christian Heimes  added the comment:


New changeset e73283a20fb05b70da2990decefac0e011faec17 by Christian Heimes in 
branch 'main':
bpo-45668: Fix PGO tests without test extensions (GH-29315)
https://github.com/python/cpython/commit/e73283a20fb05b70da2990decefac0e011faec17


--

___
Python tracker 

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

[issue43158] uuid won't build when libuuid is installed in a non-standard place

[Alexandru Ardelean]

Alexandru Ardelean  added the comment:

I've added Christian Heimes to this, mostly to help us get this further.
(i.e. to refer someone else here, that can help).

So, there is a fix for this in Buildroot's tree:

https://github.com/buildroot/buildroot/blob/76c7fed85f7a822663cf0c8828e7d282198d0803/package/python3/0030-Fix-cross-compiling-the-uuid-module.patch

I am porting this patch to OpenWrt.
And it seems to work as well.

I'd like to know how to proceed with this patch and submit it upstream.
I did not author this patch, so it may be tricky.
We may need to contact the original author?

Or would it be fine for me to open a PR and mention the original source/author?

--
nosy: +Alexandru Ardelean, christian.heimes

___
Python tracker 

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

[issue10572] Move test sub-packages to Lib/test

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

Do we need Lib/test/test_sqlite3/__init__.py? Would not tests in package be 
loaded automatically?

--
nosy: +serhiy.storchaka

___
Python tracker 

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

[issue10572] Move test sub-packages to Lib/test

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:


New changeset 762a4dc9361f9563e158e373ba8d767b4449f23d by Erlend Egeberg 
Aasland in branch 'main':
bpo-10572: Fixup Lib/test/libregrtest/pgo.py (GH-29327)
https://github.com/python/cpython/commit/762a4dc9361f9563e158e373ba8d767b4449f23d


--
nosy: +pablogsal

___
Python tracker 

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

[issue45598] setup.py grep_headers_for() is broken by design

[Christian Heimes]

Change by Christian Heimes :


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

___
Python tracker 

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