[issue41835] Speed up dict vectorcall creation using keywords

[Inada Naoki]

Inada Naoki  added the comment:

Ok. Performance improvement comes from:

a. Presizing
b. Bypassing some checks in PyDict_SetItem
c. Avoiding duplication check.

(b) is relatively small so I tried to focus on (a) and (b). See GH-22909.

In case of simple keyword arguments, it is 10% faster than GH-22346:

```
$ ./python -m pyperf timeit --compare-to ./python-speedup_kw 
"dict(ihinvdono='doononon', gowwondwon='nwog', bdjbodbob='nidnnpn', 
nwonwno='vndononon', dooodbob='iohiwipwgpw', doidonooq='ndwnnpnpnp', 
fndionqinqn='ndjboqoqjb', nonoeoqgoqb='bdboboqbgoqeb', 
jdnvonvoddo='nvdjnvndvonoq', njnvodnoo='hiehgieba', nvdnvwnnp='wghgihpa', 
nvfnwnnq='nvdknnnqkm', ndonvnipnq='fndjnaobobvob', fjafosboab='ndjnodvobvojb', 
nownwnojwjw='nvknnndnow', niownviwnwnwi='nownvwinvwnwnwj')"
python-speedup_kw: . 357 ns +- 10 ns
python: . 323 ns +- 4 ns

Mean +- std dev: [python-speedup_kw] 357 ns +- 10 ns -> [python] 323 ns +- 4 
ns: 1.11x faster (-10%)
```

In case of `dict(d, key=val)` case, it is 8% slower than GH-22346, but still 8% 
faster than master.

```
$ ./python -m pyperf timeit --compare-to ./python-speedup_kw -s 
'd={"foo":"bar"}' "dict(d, ihinvdono='doononon', gowwondwon='nwog', 
bdjbodbob='nidnnpn', nwonwno='vndononon', dooodbob='iohiwipwgpw', 
doidonooq='ndwnnpnpnp', fndionqinqn='ndjboqoqjb', nonoeoqgoqb='bdboboqbgoqeb', 
jdnvonvoddo='nvdjnvndvonoq', njnvodnoo='hiehgieba', nvdnvwnnp='wghgihpa', 
nvfnwnnq='nvdknnnqkm', ndonvnipnq='fndjnaobobvob', fjafosboab='ndjnodvobvojb', 
nownwnojwjw='nvknnndnow', niownviwnwnwi='nownvwinvwnwnwj')"
python-speedup_kw: . 505 ns +- 15 ns
python: . 546 ns +- 17 ns

Mean +- std dev: [python-speedup_kw] 505 ns +- 15 ns -> [python] 546 ns +- 17 
ns: 1.08x slower (+8%)

$ ./python -m pyperf timeit --compare-to ./python-master -s 'd={"foo":"bar"}' 
"dict(d, ihinvdono='doononon', gowwondwon='nwog', bdjbodbob='nidnnpn', 
nwonwno='vndononon', dooodbob='iohiwipwgpw', doidonooq='ndwnnpnpnp', 
fndionqinqn='ndjboqoqjb', nonoeoqgoqb='bdboboqbgoqeb', 
jdnvonvoddo='nvdjnvndvonoq', njnvodnoo='hiehgieba', nvdnvwnnp='wghgihpa', 
nvfnwnnq='nvdknnnqkm', ndonvnipnq='fndjnaobobvob', fjafosboab='ndjnodvobvojb', 
nownwnojwjw='nvknnndnow', niownviwnwnwi='nownvwinvwnwnwj')"
python-master: . 598 ns +- 10 ns
python: . 549 ns +- 19 ns

Mean +- std dev: [python-master] 598 ns +- 10 ns -> [python] 549 ns +- 19 ns: 
1.09x faster (-8%)
```

Additionally, I expect we can reuse this new code to optimize 
BUILD_CONST_KEY_MAP.

--
stage: patch review -> 

___
Python tracker 

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

[issue41835] Speed up dict vectorcall creation using keywords

[Inada Naoki]

Change by Inada Naoki :


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

___
Python tracker 

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

[issue42125] linecache cannot get source for the __main__ module with a custom loader

[Roundup Robot]

Change by Roundup Robot :


--
keywords: +patch
nosy: +python-dev
nosy_count: 1.0 -> 2.0
pull_requests: +21839
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/22908

___
Python tracker 

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

[issue42125] linecache cannot get source for the __main__ module with a custom loader

[Eugene Toder]

New submission from Eugene Toder :

If a module has a loader, linecache calls its get_source() passing __name__ as 
the argument. This works most of the time, except that the __main__ module has 
it set to "__main__", which is commonly not the real name of the module. 
Luckily, we now have __spec__ which has the real name, so we can just use it.

Attached zip file reproduces the problem:
$ python t.zip
Traceback (most recent call last):
  ...
  File "t.zip/t.py", line 11, in 
  File "t.zip/t.py", line 8, in f
  File "t.zip/t.py", line 8, in f
  File "t.zip/t.py", line 8, in f
  [Previous line repeated 2 more times]
  File "t.zip/t.py", line 7, in f
ValueError

Note that entries from t.py don't have source code lines.

--
components: Library (Lib)
files: t.zip
messages: 379408
nosy: eltoder
priority: normal
severity: normal
status: open
title: linecache cannot get source for the __main__ module with a custom loader
type: behavior
versions: Python 3.10
Added file: https://bugs.python.org/file49536/t.zip

___
Python tracker 

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

[issue13501] Make libedit support more generic; port readline / libedit to FreeBSD

[Enji Cooper]

Enji Cooper  added the comment:

Is there something I can do to help move this change along? 8 years is a long 
time for an issue to be open :(.

--

___
Python tracker 

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

[issue17514] Add the license to argparse.py

[Éric Araujo]

Éric Araujo  added the comment:

Agreed with the latest comment!

--
nosy: +eric.araujo, rhettinger
resolution:  -> works for me
stage:  -> resolved
status: open -> closed
versions:  -Python 2.7, Python 3.2, Python 3.3, Python 3.4

___
Python tracker 

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

[issue12308] Add link to PEP 0 for topical index in wiki

[Éric Araujo]

Éric Araujo  added the comment:

Hi Eric!  Are you still interested in this?  I notice that the wiki page hasn’t 
been updated, and it’s also kind of a dry list with no interactivity (search, 
sort, jump to section, hyperlinks to PEPs).  Are you still interested?  If yes, 
do you still think that it is more accessible to edits on the wiki rather than 
in the PEPs repo (which can get PRs)?

--

___
Python tracker 

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

[issue19394] distutils.core.Extension: empty strings in library_dirs and include_dirs should not be allowed

[Éric Araujo]

Éric Araujo  added the comment:

distutils isn’t improved anymore.

--
assignee: eric.araujo -> 
nosy: +jaraco -tarek
resolution:  -> wont fix
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

[issue26541] Add stop_after parameter to setup()

[Éric Araujo]

Éric Araujo  added the comment:

distutils isn’t improved anymore.

This might interest the setuptools project, which uses its copy of distutils.

--
nosy: +jaraco -dstufft
resolution:  -> wont fix
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

[issue8918] distutils test_config_cmd failure on Solaris

[Éric Araujo]

Change by Éric Araujo :


--
assignee: eric.araujo -> 
components:  -Distutils2
nosy: +dstufft
resolution:  -> out of date
stage: test needed -> resolved
status: open -> closed
versions:  -3rd party

___
Python tracker 

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

[issue6555] distutils config file should have the same name on both platforms and all scopes

[Éric Araujo]

Éric Araujo  added the comment:

Too late to change this in distutils now.

--
components:  -Distutils2
nosy: +dstufft
resolution: accepted -> wont fix
stage:  -> resolved
status: open -> closed
versions:  -3rd party, Python 2.7, Python 3.1, Python 3.2

___
Python tracker 

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

[issue41567] multiprocessing.Pool from concurrent threads failure on 3.9.0rc1

[Atsuo Ishimoto]

Atsuo Ishimoto  added the comment:

Some my observation at 
https://discuss.python.org/t/differences-between-3-8-and-3-9-in-importing-module/5520
 .

--

___
Python tracker 

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

[issue41567] multiprocessing.Pool from concurrent threads failure on 3.9.0rc1

[Atsuo Ishimoto]

Atsuo Ishimoto  added the comment:

multiprocessing module used to work multithread environment until 
https://bugs.python.org/issue35943 merged.

I guess we can make multiprocessing thread-safe again if we move local imports 
to global.
Does it make sense?

--
nosy: +ishimoto

___
Python tracker 

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

[issue24165] Free list for single-digits ints

[Inada Naoki]

Inada Naoki  added the comment:

I had suspected that pypeformance just don't have enough workload for non-small 
int.

For example, spectral_norm is integer heavy + some float warkload. But 
bm_spectral_norm uses `DEFAULT_N = 130`. So most integers are fit into smallint 
cache.

On the othar hand, spectral_norm in the benchmarkgame uses N=5500.
https://benchmarksgame-team.pages.debian.net/benchmarksgame/program/spectralnorm-python3-8.html

So I ran the benchmark on my machine:

master:
real1m24.647s
user5m37.515s

patched:
real1m19.033s
user5m14.682s

master+increased small int from [-5, 256] to [-9, 1024]
real1m23.742s
user5m33.569s


314.682/337.515 = 0.9323496733478512. So ther is only 7% speedup even when 
N=5500.

After all, I think it is doubtful. Let's stop this idea until situation is  
changed.

--

___
Python tracker 

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

[issue2190] MozillaCookieJar ignores HttpOnly cookies

[Terry J. Reedy]

Terry J. Reedy  added the comment:

https://developer.mozilla.org/en-US/docs/Web/HTTP/Cookies
Describes the purpose of the HttpOnly attribute used in PR.

--

___
Python tracker 

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

[issue42124] FAIL test_asyncio test_sendfile_close_peer_in_the_middle_of_receiving

[Terry J. Reedy]

New submission from Terry J. Reedy :

==
FAIL: test_sendfile_close_peer_in_the_middle_of_receiving 
(test.test_asyncio.test_sendfile.ProactorEventLoopTests)
--
Traceback (most recent call last):
  File "D:\a\1\s\lib\test\test_asyncio\test_sendfile.py", line 458, in 
test_sendfile_close_peer_in_the_middle_of_receiving
self.run_loop(
AssertionError: ConnectionError not raised

--
components: Tests, asyncio
messages: 379397
nosy: asvetlov, terry.reedy, yselivanov
priority: normal
severity: normal
stage: needs patch
status: open
title: FAIL test_asyncio test_sendfile_close_peer_in_the_middle_of_receiving
type: behavior
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

[issue24165] Free list for single-digits ints

[Yury Selivanov]

Yury Selivanov  added the comment:

Inada-san, how do you interpret the results? Looks like it's 
performance-neutral.

--

___
Python tracker 

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

[issue24165] Free list for single-digits ints

[Yury Selivanov]

Change by Yury Selivanov :


--
nosy: +pablogsal

___
Python tracker 

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

[issue2190] MozillaCookieJar ignores HttpOnly cookies

[Terry J. Reedy]

Change by Terry J. Reedy :


--
assignee: loewis -> 
status: closed -> open
versions:  -Python 3.2, Python 3.3, Python 3.4, 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

[issue24165] Free list for single-digits ints

[Inada Naoki]

Inada Naoki  added the comment:

I heard pyperformance 1.0.0 works and here is the result of PR-22884.

$ ./python-master -m pyperf compare_to master.json patched.json -G --min-speed=1
Slower (8):
- pathlib: 26.3 ms +- 0.3 ms -> 26.8 ms +- 0.4 ms: 1.02x slower (+2%)
- chameleon: 12.8 ms +- 0.1 ms -> 13.0 ms +- 0.1 ms: 1.02x slower (+2%)
- genshi_text: 38.3 ms +- 0.7 ms -> 38.9 ms +- 0.6 ms: 1.02x slower (+2%)
- sqlalchemy_imperative: 40.4 ms +- 0.9 ms -> 41.0 ms +- 0.8 ms: 1.02x slower 
(+2%)
- sympy_str: 441 ms +- 4 ms -> 448 ms +- 4 ms: 1.01x slower (+1%)
- chaos: 146 ms +- 1 ms -> 148 ms +- 2 ms: 1.01x slower (+1%)
- unpickle: 18.7 us +- 0.1 us -> 18.9 us +- 0.2 us: 1.01x slower (+1%)
- xml_etree_parse: 177 ms +- 2 ms -> 179 ms +- 3 ms: 1.01x slower (+1%)

Faster (11):
- scimark_sparse_mat_mult: 6.74 ms +- 0.18 ms -> 6.26 ms +- 0.03 ms: 1.08x 
faster (-7%)
- scimark_fft: 511 ms +- 7 ms -> 496 ms +- 4 ms: 1.03x faster (-3%)
- spectral_norm: 181 ms +- 2 ms -> 176 ms +- 3 ms: 1.03x faster (-3%)
- pidigits: 225 ms +- 1 ms -> 219 ms +- 1 ms: 1.03x faster (-3%)
- pickle_dict: 35.5 us +- 1.3 us -> 34.8 us +- 0.3 us: 1.02x faster (-2%)
- pickle_list: 5.32 us +- 0.09 us -> 5.23 us +- 0.09 us: 1.02x faster (-2%)
- pyflate: 883 ms +- 7 ms -> 867 ms +- 6 ms: 1.02x faster (-2%)
- scimark_sor: 264 ms +- 2 ms -> 259 ms +- 2 ms: 1.02x faster (-2%)
- sqlite_synth: 4.04 us +- 0.10 us -> 3.98 us +- 0.09 us: 1.02x faster (-1%)
- regex_dna: 243 ms +- 3 ms -> 240 ms +- 1 ms: 1.01x faster (-1%)
- crypto_pyaes: 165 ms +- 3 ms -> 163 ms +- 1 ms: 1.01x faster (-1%)

Benchmark hidden because not significant (41)

--
nosy:  -pablogsal

___
Python tracker 

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

[issue42115] Caching infrastructure for the evaluation loop: specialised opcodes

[Pablo Galindo Salgado]

Change by Pablo Galindo Salgado :


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

___
Python tracker 

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

[issue42122] macOS complains about how fonts are accessed

[Terry J. Reedy]

Terry J. Reedy  added the comment:

On my Airbook, 'python310' was not found; 'python3.10' worked.

--

___
Python tracker 

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

[issue42117] asyncio calls from sync/async, better docs or api support

[Dima Tisnek]

Dima Tisnek  added the comment:

Blaze, I think this needs a concrete proposal: either a patch, or at least a 
formal example how the new API would be used.

Note that there's also async-sig mailing list that's less formal, as well as 
discuss.python.org to bounce ideas off others.

--
nosy: +Dima.Tisnek

___
Python tracker 

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

[issue42122] macOS complains about how fonts are accessed

[Terry J. Reedy]

Terry J. Reedy  added the comment:

I am sure that this is yet another macOS Catalina+ tcl/tk problem.  3.10 is 
fine on Mohave.  Those complaints must come from macOS in response to 'Client' 
tk requests.  IDLE and tkinter do not use those names.  If you want to try to 
see what tkinter function triggers those messages, try the following in the 
Python REPL.

import tkinter as tk
from tkinter import font
root = tk.Tk()
fnames = font.names(root)
f1 = font.Font(root=root, name=fnames[0], exists=True)
f2 = font.Font(root=root, name='TkFixedFont', exists=True)

--
assignee: terry.reedy -> 
components: +Tkinter, macOS -IDLE
nosy: +ned.deily, ronaldoussoren
title: IDLE complains about how fonts are accessed -> macOS complains about how 
fonts are accessed

___
Python tracker 

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

[issue41972] bytes.find consistently hangs in a particular scenario

[Tim Peters]

Tim Peters  added the comment:

Note that Sunday doesn't care (at all) where mismatches occur. The "natural" 
way to add Sunday: follow pure C-P unless/until it finds a mismatching 
position. Pure C-P then computes a specific shift. Nothing about that changes. 
But something is added: also compute the shift Sunday suggests, and pick the 
larger of that and what C-P computed.

C-P and Sunday both have cases where they can justify "supernaturally large" 
shifts (i.e., as long as len(needle), or even that +1 for Sunday), and they're 
not always the same cases.

--

___
Python tracker 

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

[issue36876] [subinterpreters] Global C variables are a problem

[Eric Snow]

Eric Snow  added the comment:


New changeset 345cd37abe324ad4f60f80e2c3133b8849e54e9b by Eric Snow in branch 
'master':
bpo-36876: Fix the C analyzer tool. (GH-22841)
https://github.com/python/cpython/commit/345cd37abe324ad4f60f80e2c3133b8849e54e9b


--

___
Python tracker 

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

[issue26131] Raise ImportWarning when loader.load_module() is used

[Brett Cannon]

Brett Cannon  added the comment:

A PR is now up. I ended up deprecating the load_module() methods in importlib 
itself and then raise ImportWarning in the import system itself when falling 
back to load_module().

--
stage: patch review -> test needed

___
Python tracker 

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

[issue26131] Raise ImportWarning when loader.load_module() is used

[Brett Cannon]

Change by Brett Cannon :


--
keywords: +patch
pull_requests: +21837
stage: test needed -> patch review
pull_request: https://github.com/python/cpython/pull/22905

___
Python tracker 

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

[issue41972] bytes.find consistently hangs in a particular scenario

[Dennis Sweeney]

Dennis Sweeney  added the comment:

I attached a new PR, with a lot of the same ideas.

The major differences between this and the last PR:

* The first character to be checked at each alignment is the first character of 
the right half, rather than the last.

* If that first character does not match, then the character immediately 
following the window is looked up in the table, and we jump forward accordingly 
(Sunday's trick).

I'll post some more benchmarks soon, but preliminarily, it seems like this 
swapping of the character to first be matched is better for some needles, worse 
for others, which makes sense. Stringbench.py for example has some needles that 
have a unique character at the end, which prefers the status quo and old PR, 
but other strings work better for this PR.

--

___
Python tracker 

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

[issue41972] bytes.find consistently hangs in a particular scenario

[Dennis Sweeney]

Change by Dennis Sweeney :


--
pull_requests: +21836
pull_request: https://github.com/python/cpython/pull/22904

___
Python tracker 

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

[issue38486] Dead links in mailbox doc

[miss-islington]

miss-islington  added the comment:


New changeset 69479ecfa86cc2f0e70d5627d52907e82c3f5b9b by Miss Skeleton (bot) 
in branch '3.9':
[3.9] bpo-38486: Fix dead qmail links in the mailbox docs (GH-22239) (GH-22901)
https://github.com/python/cpython/commit/69479ecfa86cc2f0e70d5627d52907e82c3f5b9b


--

___
Python tracker 

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

[issue38486] Dead links in mailbox doc

[Barry A. Warsaw]

Barry A. Warsaw  added the comment:

Thanks for the PR @ZackerySpytz - this has landed in git head and is currently 
being backported to 3.9 and 3.8 (3.7 is in security-fix only mode).

--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
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

[issue38486] Dead links in mailbox doc

[miss-islington]

miss-islington  added the comment:


New changeset cd894b1094ac472ceb98fe15a28ebeb8301fc079 by Miss Skeleton (bot) 
in branch '3.8':
[3.8] bpo-38486: Fix dead qmail links in the mailbox docs (GH-22239) (GH-22902)
https://github.com/python/cpython/commit/cd894b1094ac472ceb98fe15a28ebeb8301fc079


--

___
Python tracker 

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

[issue42123] Run the two times, only enable invalid_* rules on the second run

[Lysandros Nikolaou]

Change by Lysandros Nikolaou :


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

___
Python tracker 

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

[issue42123] Run the two times, only enable invalid_* rules on the second run

[Lysandros Nikolaou]

New submission from Lysandros Nikolaou :

We can avoid having to go through all the invalid rules (which might be a 
significant performance boost, since these may call expensive rules like 
primary or others), if we run the parser two times.

On the first run, all the invalid rules are disabled and do not get expanded. 
If a parse failure occurs anywhere, then we run the parser a second time with 
all these rules enabled, in order to get the correct error message.

Some benchmarking by Pablo show a ~4% speedup in the stdlib benchmark and a 
~10% in the xxl benchmark.

--
assignee: lys.nikolaou
components: Interpreter Core
messages: 379384
nosy: gvanrossum, lys.nikolaou, pablogsal
priority: normal
severity: normal
status: open
title: Run the two times, only enable invalid_* rules on the second run
type: performance
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

[issue38486] Dead links in mailbox doc

[miss-islington]

Change by miss-islington :


--
pull_requests: +21832
pull_request: https://github.com/python/cpython/pull/22901

___
Python tracker 

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

[issue38486] Dead links in mailbox doc

[miss-islington]

Change by miss-islington :


--
pull_requests: +21833
pull_request: https://github.com/python/cpython/pull/22902

___
Python tracker 

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

[issue38486] Dead links in mailbox doc

[miss-islington]

miss-islington  added the comment:


New changeset ec388cfb4ede56dace2bb78851ff6f38fa2a6abe by Zackery Spytz in 
branch 'master':
bpo-38486: Fix dead qmail links in the mailbox docs (GH-22239)
https://github.com/python/cpython/commit/ec388cfb4ede56dace2bb78851ff6f38fa2a6abe


--
nosy: +miss-islington

___
Python tracker 

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

[issue38486] Dead links in mailbox doc

[miss-islington]

Change by miss-islington :


--
pull_requests: +21834
pull_request: https://github.com/python/cpython/pull/22903

___
Python tracker 

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

[issue38486] Dead links in mailbox doc

[Barry A. Warsaw]

Change by Barry A. Warsaw :


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

[issue42122] IDLE complains about how fonts are accessed

[Raymond Hettinger]

New submission from Raymond Hettinger :

This occurs immediately on startup:

$ python310 -m idlelib.idle
2020-10-22 16:20:19.400 python.exe[80008:1598908] CoreText note: Client 
requested name ".SFNSMono-Regular", it will get Times-Roman rather than the 
intended font. All system UI font access should be through proper APIs such as 
CTFontCreateUIFontForLanguage() or +[NSFont systemFontOfSize:].
2020-10-22 16:20:19.400 python.exe[80008:1598908] CoreText note: Set a 
breakpoint on CTFontLogSystemFontNameRequest to debug.
2020-10-22 16:20:19.450 python.exe[80008:1598908] CoreText note: Client 
requested name ".SF NS Mono", it will get Times-Roman rather than the intended 
font. All system UI font access should be through proper APIs such as 
CTFontCreateUIFontForLanguage() or +[NSFont systemFontOfSize:].
2020-10-22 16:20:28.100 python.exe[80008:1598908] CoreText note: Client 
requested name ".SFNSMono-Regular", it will get Times-Roman rather than the 
intended font. All system UI font access should be through proper APIs such as 
CTFontCreateUIFontForLanguage() or +[NSFont systemFontOfSize:].
2020-10-22 16:20:28.100 python.exe[80008:1598908] CoreText note: Client 
requested name ".SF NS Mono", it will get Times-Roman rather than the intended 
font. All system UI font access should be through proper APIs such as 
CTFontCreateUIFontForLanguage() or +[NSFont systemFontOfSize:].
2020-10-22 16:20:28.101 python.exe[80008:1598908] CoreText note: Client 
requested name ".SFNSMono-Regular", it will get Times-Roman rather than the 
intended font. All system UI font access should be through proper APIs such as 
CTFontCreateUIFontForLanguage() or +[NSFont systemFontOfSize:].
2020-10-22 16:20:28.124 python.exe[80008:1598908] CoreText note: Client 
requested name ".SFNSMono-Regular", it will get Times-Roman rather than the 
intended font. All system UI font access should be through proper APIs such as 
CTFontCreateUIFontForLanguage() or +[NSFont systemFontOfSize:].
2020-10-22 16:20:28.124 python.exe[80008:1598908] CoreText note: Client 
requested name ".SF NS Mono", it will get Times-Roman rather than the intended 
font. All system UI font access should be through proper APIs such as 
CTFontCreateUIFontForLanguage() or +[NSFont systemFontOfSize:].
2020-10-22 16:20:28.124 python.exe[80008:1598908] CoreText note: Client 
requested name ".SFNSMono-Regular", it will get Times-Roman rather than the 
intended font. All system UI font access should be through proper APIs such as 
CTFontCreateUIFontForLanguage() or +[NSFont systemFontOfSize:].

--
assignee: terry.reedy
components: IDLE
messages: 379382
nosy: rhettinger, terry.reedy
priority: normal
severity: normal
status: open
title: IDLE complains about how fonts are accessed
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

[issue30681] email.utils.parsedate_to_datetime() should return None when date cannot be parsed

[Barry A. Warsaw]

Barry A. Warsaw  added the comment:

@sim0n - I added a comment to your open PR.

My main question for the rest of the group is whether we can and should 
backport this.  Given the new defect class being introduced, it seems like this 
should only land in 3.10.  Thoughts?

--

___
Python tracker 

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

[issue11646] 2to3: msvcrt.(get|put)ch -> (get|put)wch

[Eryk Sun]

Eryk Sun  added the comment:

The bytes type has supported string methods for a long time now. I don't think 
there's anything else to do here. msvcrt.getch() is a low-level I/O function 
like os.read(). It should not be automatically converted to msvcrt.getwch(). 
Unfortunately the function names weren't changed in Python 3. I'd rather that 
msvcrt.getch() returned str and msvcrt.getchb() returned bytes. Then there 
would have actually been something for 2to3 to convert (e.g. getch -> getchb, 
and getwch -> getch).

--
nosy: +eryksun
resolution:  -> out of date
stage:  -> resolved
status: open -> closed
type:  -> behavior

___
Python tracker 

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

[issue31522] _mboxMMDF.get_string() fails to pass param to get_bytes()

[Irit Katriel]

Irit Katriel  added the comment:

Right!

--

___
Python tracker 

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

[issue31522] _mboxMMDF.get_string() fails to pass param to get_bytes()

[Barry A. Warsaw]

Barry A. Warsaw  added the comment:

Actually, it looks to me like the PR *does* include unittests, and I see them 
in the repo, so I'm closing this bug.

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

[issue9499] DOC: C/API Execution namespace undocumented. (patch included)

[Irit Katriel]

Change by Irit Katriel :


--
components: +C API
keywords:  -patch
stage:  -> needs patch
title: Python C/API Execution namespace undocumented. (patch included) -> DOC: 
C/API Execution namespace undocumented. (patch included)
type: behavior -> enhancement
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 3.2

___
Python tracker 

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

[issue614557] LookupError etc. need API to get the key

[Irit Katriel]

Change by Irit Katriel :


--
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 3.2

___
Python tracker 

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

[issue11646] 2to3: msvcrt.(get|put)ch -> (get|put)wch

[Irit Katriel]

Change by Irit Katriel :


--
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 3.2

___
Python tracker 

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

[issue41755] Docs: Please remove `from distutils.core import setup`

[Terry J. Reedy]

Terry J. Reedy  added the comment:

But notice that even agreeing removes 'pending', making it pretty useless.

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

[issue41755] Docs: Please remove `from distutils.core import setup`

[Terry J. Reedy]

Terry J. Reedy  added the comment:

In that case, I agree.

--
status: pending -> open

___
Python tracker 

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

[issue9633] pdb go stack up/down

[Irit Katriel]

Irit Katriel  added the comment:

I've reproduced the bug on 3.10.

--
nosy: +iritkatriel
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 3.2

___
Python tracker 

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

[issue38865] [subinterpreters] Can Py_Finalize() be called if the current interpreter is not the main interpreter?

[Lewis Gaul]

Change by Lewis Gaul :


--
pull_requests:  -21778

___
Python tracker 

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

[issue14322] More test coverage for hmac

[Irit Katriel]

Irit Katriel  added the comment:

The patch is out of date and needs to be refreshed.

--
components: +Library (Lib)
nosy: +iritkatriel
stage: patch review -> needs patch
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.7, Python 3.2, Python 
3.3, Python 3.4

___
Python tracker 

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

[issue7018] Recommend "*" over "#" in getargs.c typecodes

[Irit Katriel]

Change by Irit Katriel :


--
resolution:  -> out of date
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

[issue12174] Multiprocessing logging levels unclear

[Irit Katriel]

Change by Irit Katriel :


--
resolution:  -> out of date
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

[issue8084] pep-0370 on osx duplicates existing functionality

[Glyph Lefkowitz]

Glyph Lefkowitz  added the comment:

For what it's worth, I've long since adapted to the status quo here, so I'm 
happy for this to just be closed :-).

(Apple seems to have mostly given up on "domains" as a user-facing or even 
developer-facing concept, so searching /Network seems like it is not relevant 
any more.  /System is now read-only even for root and they're deprecating the 
Python installed there; still, the up-to-date reference for the relevant API is 
https://developer.apple.com/documentation/foundation/nsfilemanager/1407726-urlsfordirectory?language=objc#
 )

--

___
Python tracker 

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

[issue3760] PEP 3121 --- PyType_Copy is missing

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Zach Ware agreed on a coredev sprint discussion.

--
resolution:  -> out of date
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

[issue4573] zsh-style subpattern matching for fnmatch/glob

[Terry J. Reedy]

Change by Terry J. Reedy :


--
versions: +Python 3.10 -Python 2.7, Python 3.0

___
Python tracker 

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

[issue42117] asyncio calls from sync/async, better docs or api support

[Blaze Spinnaker]

Blaze Spinnaker  added the comment:

btw, this is different than the other issue as I understand you don't want 
re-entrant calls to async.  Library integration can be done (painfully) by 
cherry picking the right API to call, but it's more painful with repls as 
that's not how they're used.

--

___
Python tracker 

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

[issue5906] Risk of confusion in multiprocessing module - daemonic processes

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Is the paragraph "Usually, daemon processes ..." in Pascal's initial post 
supposed to be a quote from 
https://docs.python.org/3/library/multiprocessing.html?  'daemon p' is nowhere 
in the corrent doc and I find nothing like this paragraph.  Is this issue still 
relevant?

--
assignee: jnoller -> 
components: +Documentation
nosy: +terry.reedy
versions: +Python 3.10 -Python 2.6, Python 2.7, Python 3.0, Python 3.1

___
Python tracker 

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

[issue4573] zsh-style subpattern matching for fnmatch/glob

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Raymond, is this zsh addition still relevant or out of date?

--
nosy: +terry.reedy

___
Python tracker 

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

[issue3760] PEP 3121 --- PyType_Copy is missing

[Terry J. Reedy]

Terry J. Reedy  added the comment:

12 years later there still is no PyType_Copy, at least not by that name, 
according to the doc index. So it is either not urgently needed or the need has 
been covered by other additions. I think that this should be closed as out of 
date and any new additions should be done in the light of the current situation.

--
nosy: +terry.reedy

___
Python tracker 

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

[issue22308] add {implementation} to sysconfig.py

[Éric Araujo]

Éric Araujo  added the comment:

This is a non-trivial change that would impact many packaging tools, and as 
such should be discussed on mailing list or https://discuss.python.org/

--
nosy: +eric.araujo
resolution:  -> wont fix
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

[issue13473] Add tests for files byte-compiled by distutils

[Éric Araujo]

Éric Araujo  added the comment:

I don’t think tests add value at this stage of the life of distutils; inclined 
to close this.

--
stage: needs patch -> 
status: open -> pending
versions:  -Python 2.7, Python 3.4, Python 3.5

___
Python tracker 

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

[issue36225] [subinterpreters] Lingering subinterpreters should be implicitly cleared on shutdown

[Eric Snow]

Eric Snow  added the comment:

> I see multiple non trivial problems:
>
> * To finalize the subinterpreter A, Py_Finalize() may switch the current 
> Python thread state from the main interpreter to a Python thread in the 
> subintrepeter A. It can lead to new funny issues.

I'm not sure what you mean with this.  Are you talking about how another thread 
might be running that threadstate already?  That doesn't sounds like a problem 
specific to this issue but rather a problem with Py_EndInterpreter() in general.

> * A subinterpreter can be stuck for whatever reason and refuse to stop. For 
> example, the subinterpreter A may wait for an even from subinterpreter B. If 
> we don't run two interpreters "in parallel" (in threads), it may be stuck 
> forever.

The wait_for_thread_shutdown() call in Py_FinalizeEx() already has a similar 
behavior.  In the case of one interpreter blocking another like that, how would 
that be possible where it isn't already a problem?

> * Python 3.10 still has weird code to allow daemon threads to continue to run 
> after Py_Finalize() complete. Maybe we need to add such hacks for 
> subinterpreter which fail to be finalized? For example, kill them (exit) as 
> soon as they attempt to acquire the GIL. Search for tstate_must_exit() in 
> Python/ceval_gil.h.

I consider the problem of daemon threads to be a separate problem.  The 
solution proposed here for finalization doesn't change any behavior regarding 
daemon threads.

> By the way, currently Py_Finalize() calls PyInterpreterState_Clear() which 
> call object finalizers in the main thread of the main interpreter, whereas 
> these finalizers might expect to be called from the thread which created them.

Do you have any examples?  I'm having trouble imagining such a case.

> I don't know if we must change anything else.
>
> Again, all these problems are very complex :-(

I agree.  However, automatically finalizing all other interpreters at the 
beginning of Py_FinalizeEx() doesn't introduce any new problems.  At the same 
time, it makes sure that any resources in use in other interpreters have a 
chance to be released and that global resources used there don't cause crashes 
during runtime finalization.

> The simple option, which is sadly a backward incompatible change, is to raise 
> a fatal error in Py_Finalize() if a subinterpreter is still running.

As long as we require Py_FinalizeEx() to be called from the main interpreter, I 
don't see how the proposed change (in PR #17575) would be backward incompatible.

> Maybe we can start by logging a warning into stderr for now, before 
> introducing the backward incompatible change. Maybe even only emit it when -X 
> dev is used? https://docs.python.org/dev/library/devmode.html

I'd like to see a ResourceWarning if any other interpreters were still around.

--

___
Python tracker 

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

[issue42117] asyncio calls from sync/async, better docs or api support

[Blaze Spinnaker]

Blaze Spinnaker  added the comment:

I guess what I'm saying, is you created a design problem with the sync can't 
call async constraint, but didn't suggest any solutions to solving it, and the 
solutions people are arriving at are pretty random.

--

___
Python tracker 

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

[issue26033] distutils default compiler API is incomplete

[Éric Araujo]

Éric Araujo  added the comment:

Distutils does not evolve anymore — if CFFI still needs something like this, I 
think it should build on setuptools and request features there.

--
resolution:  -> wont fix
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

[issue42117] asyncio calls from sync/async, better docs or api support

[Blaze Spinnaker]

Blaze Spinnaker  added the comment:

asyncio code placed in a repl won't execute properly as it may (or may not) be 
running an event loop already.

This happens not just in traditional repls, but any platform that provides 
execution shells around code.  Other repls, Spyder, pyppeter, and a lot more.  
Some of the maintainers reference running a monkey patch to fix the problem.

The link I provided referenced 40 complaints about this issue.

I am not really proposing anything, just that it be addressed by either new API 
or better documentation explaining how best to solve the problem.  I do provide 
an example of an idea.

But addressing is important.  Just leaving it up to the community is causing a 
lot of chaos, incompatibilities and bugs.   

Some are suggesting using get_event_loop() but you discourage using this api in 
the documentation.  Not sure what that guidance means exactly as it's not very 
clear under what constraints the API can be used and when it can't.

--

___
Python tracker 

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

[issue8084] pep-0370 on osx duplicates existing functionality

[Éric Araujo]

Éric Araujo  added the comment:

It seems that the boat has sailed here

--

___
Python tracker 

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

[issue29411] Option --executable for entry_points

[Éric Araujo]

Éric Araujo  added the comment:

Closing this; the distutils patch was never attached here, and now setuptools 
has its own copy of distutils so if this feature request is pursued all the 
changes will happen there.

--
resolution:  -> third party
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

[issue15419] distutils: build should use a version-specific build directory

[Éric Araujo]

Éric Araujo  added the comment:

setuptools is recommended over distutils, and doesn’t have the issue (per 
previous messages).

--
assignee: eric.araujo -> 
resolution:  -> wont fix
stage: needs patch -> 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

[issue42037] Documentation confusion in CookieJar functions

[Éric Araujo]

Éric Araujo  added the comment:

Yes, you will need a github account linked to a bpo (this site) account so that 
the contributor agreement bot can do its job.

--

___
Python tracker 

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

[issue13348] test_unicode_file fails: shutil.copy2 says "same file"

[Irit Katriel]

Change by Irit Katriel :


--
resolution:  -> out of date
stage: test needed -> 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

[issue38727] setup.py sdist --format=gztar should use (equivalent of) `gzip -n`

[Éric Araujo]

Éric Araujo  added the comment:

setuptools has its own copy of distutils now.

flit is independent of distutils.

--

___
Python tracker 

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

[issue7726] Remove required metadata warnings for sdist

[Éric Araujo]

Éric Araujo  added the comment:

Distutils won’t be changed at this point in time, this request should go to 
setuptools.

--
resolution:  -> wont fix
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

[issue5043] get_msvcr() returns None rather than []

[Terry J. Reedy]

Terry J. Reedy  added the comment:

The claimed bug is that when msc_pos is -1 in the code as posted, 'return []' 
should be executed, but None is returned instead.  When I add 'msc_pos = -1 
before the if statement, and call the function, after adding the needed sys 
import, [] is indeed returned.

The final elif return has two bugs, '%i' and 'Ver':
raise ValueError("Unknown MS Compiler version %i " % msc_Ver)  # Posted
raise ValueError("Unknown MS Compiler version %s " % msc_ver)  # Fixed

With this fix and without -1 forced, the ValueError is raised on all current 
versions, so this code is out of date in any case.

--
nosy: +terry.reedy
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

[issue11219] distutils check command: warn if license is specified in both the License and Classifier metadata fields

[Éric Araujo]

Éric Araujo  added the comment:

This can be handled by packaging lint tools.
There is also a PEP to use SPDX license identifiers in metadata.

--
resolution:  -> wont fix
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

[issue12933] Update or remove claims that distutils requires external programs

[Éric Araujo]

Éric Araujo  added the comment:

This is obsolete now.

--
resolution:  -> wont fix
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

[issue38727] setup.py sdist --format=gztar should use (equivalent of) `gzip -n`

[Zack Weinberg]

Zack Weinberg  added the comment:

The code that needs to be changed is in distutils, setuptools just calls into 
it. I haven't checked flit but I expect it does the same.

--

___
Python tracker 

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

[issue17311] use distutils terminology in "PyPI package display" section

[Éric Araujo]

Éric Araujo  added the comment:

That page has been removed in favour of external guide.

--
resolution:  -> out of date
stage: needs patch -> 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

[issue26955] Implement equivalent to `pip.locations.distutils_scheme` in sysconfig

[Éric Araujo]

Éric Araujo  added the comment:

If added, this should be in sysconfig, not distutils.

--
components: +Library (Lib) -Distutils
title: Implement equivalent to `pip.locations.distutils_scheme` in distutils -> 
Implement equivalent to `pip.locations.distutils_scheme` in sysconfig
versions: +Python 3.10 -Python 3.6

___
Python tracker 

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

[issue16401] mention PKG-INFO in the documentation

[Éric Araujo]

Éric Araujo  added the comment:

It is documented here: 
https://packaging.python.org/guides/using-manifest-in/#how-files-are-included-in-an-sdist

Packaging doc has moved from versioned Python docs to this unique external 
guide, so I’m closing this.

--
resolution:  -> works for me
stage:  -> resolved
status: open -> closed
versions:  -Python 2.7, Python 3.2, Python 3.3, Python 3.4

___
Python tracker 

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

[issue40289] Document how to get Python's bin / Scripts directory

[Éric Araujo]

Change by Éric Araujo :


--
stage:  -> needs patch
title: "highlighting" how to get Python's Scripts directory in the 
documentation -> Document how to get Python's bin / Scripts directory
versions: +Python 3.10 -Python 3.5, Python 3.6, Python 3.7

___
Python tracker 

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

[issue1222585] C++ compilation support for distutils

[Éric Araujo]

Éric Araujo  added the comment:

setuptools and other active build tools are the better target for this feature.

--
assignee: eric.araujo -> 
resolution:  -> wont fix
stage: test needed -> 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

[issue40592] `Shutil.which` incosistent with windows's `where`

[Christopher Marchfelder]

Christopher Marchfelder  added the comment:

@steve.dower Your advice did it, is fixed and green! :) Thank you again

--

___
Python tracker 

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

[issue38443] unavailable --with-universal-archs= macOS confgure options fail cryptically

[Ronald Oussoren]

Ronald Oussoren  added the comment:

A fairly simple change is to check if compiling a file with the specified set 
of "-arch" flags works, and bail  out with a nice error message if it doesn't.

Something like this works:

diff --git a/configure.ac b/configure.ac
index f0bc8c6258..e26cdc8607 100644
--- a/configure.ac
+++ b/configure.ac
@@ -1976,6 +1976,14 @@ yes)
 EXPORT_MACOSX_DEPLOYMENT_TARGET=''
 AC_MSG_RESULT($MACOSX_DEPLOYMENT_TARGET)
 
+   AC_MSG_CHECKING(if specified build architectures work)
+AC_COMPILE_IFELSE([AC_LANG_PROGRAM([[]], [[]])],
+[AC_MSG_RESULT(yes)],
+[AC_MSG_RESULT(no)
+AC_MSG_ERROR(check the '--with-universal-archs' option)
+])
+
+
 # end of Darwin* tests
 ;;
 esac


I'm not entirely happy with the phrasing, but at least you'll get a clearer 
message and one that indicate which configure argument can be used to fix it.

--

___
Python tracker 

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

[issue42121] unable to input certain Unicode characters in Text widget

[Xuan Wu]

New submission from Xuan Wu :

When creating a text editor with tkinter Text widget, I found that some Chinese 
punctuations cound't be input correctly.

When input "（", which is open parenthesis in Chinese, it behaves like a back 
space.
When input "）", close parenthesis in Chinese, it seems like a tab instead.
When input "；", semicolon in Chinese, it does nothing.

Then I tried input the same in IDLE 3.7.6 and the same happened. Also, the same 
happens in thonny, the python IDE. I suppose they all use Text widget.

Pitifully I don't think of a way to reproduce the issue without using Chinese 
input method.

Please let me know how to help with debugging. Thanks.

--
components: Tkinter
messages: 379345
nosy: nobodxbodon
priority: normal
severity: normal
status: open
title: unable to input certain Unicode characters in Text widget
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

[issue29708] support reproducible Python builds

[Will Thompson]

Change by Will Thompson :


--
nosy:  -Will Thompson

___
Python tracker 

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

[issue41669] Case mismatch between "include" and "Include"

[Éric Araujo]

Éric Araujo  added the comment:

Is this the same as #24908 ?

--
nosy: +eric.araujo

___
Python tracker 

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

[issue38727] setup.py sdist --format=gztar should use (equivalent of) `gzip -n`

[Éric Araujo]

Éric Araujo  added the comment:

Distutils isn’t used much (directly), I think this should be reported to the 
tools that create sdists, such as setuptools and flit.

--

___
Python tracker 

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

[issue28533] Replace asyncore

[Kyle Stanley]

Kyle Stanley  added the comment:

Since this issue is now a significant blocker for PEP 594 (remove stdlib dead 
batteries, which includes asyncore and asynchat), I'm going to prioritize 
working on this and assign it to myself.

--
assignee:  -> aeros

___
Python tracker 

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

[issue29708] support reproducible Python builds

[Éric Araujo]

Change by Éric Araujo :


--
dependencies:  -setup.py sdist --format=gztar should use (equivalent of) `gzip 
-n`, setup.py sdist should honor SOURCE_DATE_EPOCH

___
Python tracker 

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

[issue29708] support reproducible Python builds

[Éric Araujo]

Change by Éric Araujo :


--
dependencies: +Reproducible pyc: frozenset is not serialized in a deterministic 
order, setup.py sdist --format=gztar should use (equivalent of) `gzip -n`, 
setup.py sdist should honor SOURCE_DATE_EPOCH

___
Python tracker 

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

[issue31073] Change metadata handling in check command

[Éric Araujo]

Éric Araujo  added the comment:

Not sure how you read that from my comment — I merely wanted to be sure about 
what the spec said! :)

Most people use setuptools than distutils these days, and it’s mostly 
unmaintained, so your idea to report this issue to setuptols is the right one.  
Thanks for the report nonetheless!

--
resolution:  -> wont fix
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

[issue24876] distutils.errors not wildcard-import-safe

[Éric Araujo]

Éric Araujo  added the comment:

The docstring is wrong, but I don’t think there is much value in changing it 
now.  Style guides generally recommend against star imports, and not many 
people need to import from distutils.errors (setuptools and maybe numpy?).

--
nosy: +jaraco
resolution:  -> wont fix
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

[issue27320] ./setup.py --help-commands should sort extra commands

[Antony Lee]

Change by Antony Lee :


--
nosy:  -Antony.Lee

___
Python tracker 

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

[issue42117] asyncio calls from sync/async, better docs or api support

[Yury Selivanov]

Yury Selivanov  added the comment:

I'm not sure what you're actually proposing, and only have a vague 
understanding of what you're complaining about. This is perhaps related to 
https://bugs.python.org/issue33523? If so then maybe leave a comment there?

--

___
Python tracker 

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

[issue24970] Make distutils.Command an ABC

[Antony Lee]

Change by Antony Lee :


--
nosy:  -Antony.Lee

___
Python tracker 

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

[issue24970] Make distutils.Command an ABC

[Éric Araujo]

Change by Éric Araujo :


--
resolution:  -> wont fix
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

[issue27320] ./setup.py --help-commands should sort extra commands

[Éric Araujo]

Éric Araujo  added the comment:

This is probably better now that dicts retain insertion order.
If people still think sorting would be better, please forward the feature 
request to setuptools.

--
resolution:  -> wont fix
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