[issue42392] remove the 'loop' parameter from __init__ in all classes in asyncio.locks

Yurii Karabas <1998uri...@gmail.com> added the comment: Should I create a separate issue for every PR or they all can be done in the scope of this PR (we can update issue title to match what was done)? -- ___ Python tracker

[issue42455] Add decorator_with_params function to functools module

Yurii Karabas <1998uri...@gmail.com> added the comment: Add Raymond Hettinger because he is at `Expert Index` for `functools` module -- nosy: +rhettinger ___ Python tracker

[issue42457] ArgumentParser nested subparsers resolve paths in improper order

Change by Alexey Izbyshev : -- nosy: +rhettinger versions: -Python 3.6, Python 3.7 ___ Python tracker ___ ___ Python-bugs-list

[issue42458] Pathlib resolve() on Mac Catalina prepends secret path

New submission from John Engelke : On Mac OS X Catalina+, Pathlib's resolve() method prepends the System Integrity Protection (SIP) path to the front of the resolved Path, whether you like it or not. >>> from pathlib import Path >>> host_path_str = "/home/somewhere/there/../nowhere" >>>

[issue41878] python3 fails to use custom mapping object as symbols in eval()

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

[issue42454] Move slice creation to the compiler for constants

Josh Rosenberg added the comment: There is an open issue for this already, under #11107 (a reopen of the closed #2268, where the reopen was justified due to Python 3 making slice objects more common), just so you know. I made a stab at this a while ago and gave up due to the problems with

[issue42456] Logical Error

Tim Peters added the comment: There's no bug here. "&" is the bitwise Boolean logical-and operator on integers. For example, >>> 1 & 2 0 >>> 1 & 3 1 It binds more tightly than the "==" equality-testing operator. To get the result you want, you would need to add more parentheses to override

[issue42457] ArgumentParser nested subparsers resolve paths in improper order

New submission from Carson Wilber : ArgumentParser improperly resolves arguments in an improper order when using nested subparsers if there are required arguments at more than one layer. A minimum viable reproduction is to create a set of subparsers on a primary parser, and a set of

[issue42454] Move slice creation to the compiler for constants

Raymond Hettinger added the comment: Mostly, +1 from me as well. If anything starts to rely on hashability, it will need a fallback path since slice objects are allowed to contain arbitrary objects (which might not themselves be hashable): s = slice([], []). --

[issue42456] Logical Error

New submission from Nishant Gautam : The python programming give wrong output. If any algorithm develop in python then, may be that will be affected by this. -- files: 0_PROOF.png hgrepos: 394 messages: 381787 nosy: Kshitish priority: normal severity: normal status: open title:

[issue42101] Allow inheritance of Venvs

Change by Matthias Bussonnier : -- keywords: +patch pull_requests: +22393 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23504 ___ Python tracker

[issue42410] Raise a pickleError when convert _functools module to use PyType_FromModuleAndSpec

Change by hai shi : -- stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing

[issue42410] Raise a pickleError when convert _functools module to use PyType_FromModuleAndSpec

Change by hai shi : -- resolution: -> not a bug ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue42440] MACBOOK Python launcher

Rawad Bader added the comment: I installed Python 3.8 from Python.org, the Mac version is 11.0.1 (20B29). I have no idea before but now it doesn't work anymore. I will include the Python script here -- Added file: https://bugs.python.org/file49616/p.py

[issue28913] "Fatal Python error: Cannot recover from stack overflow." from RecursionError in Python 3.5

STINNER Victor added the comment: > This appears to happen in 3.5, and not in 3.6 so perhaps whatever fix was > applied to 3.6 can be backported to 3.5 so that it doesn't core dump? I removed the stack usage for function calls in Python 3.6. See the "Stack consumption" section of:

[issue28913] "Fatal Python error: Cannot recover from stack overflow." from RecursionError in Python 3.5

STINNER Victor added the comment: https://github.com/Naddiseo/python-core-dump reproducer no longer works on Python 3.10. # in Python source code directory git clone https://github.com/Naddiseo/python-core-dump make ./python -m venv ENV ENV/bin/python -m pip install -r

[issue28913] "Fatal Python error: Cannot recover from stack overflow." from RecursionError in Python 3.5

Irit Katriel added the comment: Hi Richard, 3.5 is no longer maintained. Does this issue exist in current (>= 3.8) versions? -- nosy: +iritkatriel status: open -> pending ___ Python tracker

[issue42260] [C API] Add PyInterpreterState_SetConfig(): reconfigure an interpreter

STINNER Victor added the comment: I opened a thread on python-dev about this issue: "Configure Python initialization (PyConfig) in Python" https://mail.python.org/archives/list/python-...@python.org/thread/HQNFTXOCDD5ROIQTDXPVMA74LMCDZUKH/#X45X2K4PICTDJQYK3YPRPR22IGT2CDXB --

[issue26878] Allow doctest to deep copy globals

Change by Irit Katriel : -- resolution: -> rejected stage: -> resolved status: open -> closed ___ Python tracker ___ ___

[issue26451] CSV documentation doesn't open with an example

Irit Katriel added the comment: The example in the patch is very similar to the example that's in the doc under "A short usage example::", which is not that far below the beginning of the doc. -- nosy: +iritkatriel status: open -> pending ___

[issue42392] remove the 'loop' parameter from __init__ in all classes in asyncio.locks

Kyle Stanley added the comment: > Is there anyone who is assigned to removing the deprecated `loop` parameter > from `asyncio` codebase? > If not I can take this task, I believe I have enough free time and curiosity > to do that :) You can certainly feel free to work on that and it would

[issue16346] maximum recursion installing readline package

Irit Katriel added the comment: write_pkg_file looks very different now. -- nosy: +iritkatriel resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker

[issue42410] Raise a pickleError when convert _functools module to use PyType_FromModuleAndSpec

STINNER Victor added the comment: > I think it's can be closed if I can update test_functools.py in PR23405 :) Well, it's your issue, you can close the attached PR and close the issue. -- ___ Python tracker

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

Change by STINNER Victor : -- nosy: -vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

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

Pablo Galindo Salgado added the comment: I may not know the what is the average airspeed velocity of a laden swallow, but I know the average speed of adding a LOAD_METHOD opcode cache as in PR 23503 (measured with PGO + LTO + CPU isolation):

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

Change by Pablo Galindo Salgado : -- pull_requests: +22392 pull_request: https://github.com/python/cpython/pull/23503 ___ Python tracker ___

[issue42392] remove the 'loop' parameter from __init__ in all classes in asyncio.locks

Yurii Karabas <1998uri...@gmail.com> added the comment: Is there anyone who is assigned to removing the deprecated `loop` parameter from `asyncio` codebase? If not I can take this task, I believe I have enough free time and curiosity to do that :) --

[issue40170] [C API] Make PyTypeObject structure an opaque structure in the public C API

STINNER Victor added the comment: New changeset ed1a5a5baca8f61e9a99c5be3adc16b1801514fe by Hai Shi in branch 'master': bpo-40170: Hide impl detail of Py_TRASHCAN_BEGIN macro (GH-23235) https://github.com/python/cpython/commit/ed1a5a5baca8f61e9a99c5be3adc16b1801514fe --

[issue42088] types.SimpleNamespace.__repr__ documentation inconsistency

Change by Zackery Spytz : -- keywords: +patch nosy: +ZackerySpytz nosy_count: 1.0 -> 2.0 pull_requests: +22391 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23502 ___ Python tracker

[issue42142] test_ttk timeout: FAIL tkinter ttk LabeledScale test_resize, and more

Terry J. Reedy added the comment: 'Intermittent' appears to mean under 1%, but to much to ignore. Serhiy's patch is based on some definite hypothesis as to the reason. The test of his patch would be to merge it and see if failure re-occurs or not. Doing so seems better than nothing.

[issue42455] Add decorator_with_params function to functools module

Change by Yurii Karabas <1998uri...@gmail.com>: -- keywords: +patch pull_requests: +22390 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23501 ___ Python tracker

[issue42455] Add decorator_with_params function to functools module

New submission from Yurii Karabas <1998uri...@gmail.com>: In the current python codebases, there are a lot of decorators with parameters, and their code in most cases contains a lot of code boilerplates. The purpose of this issue is to add `decorator_with_params` function to `functools`

[issue42299] Remove formatter module

Terry J. Reedy added the comment: I took a look at the module and its doc. It is based on a 1980s model of document processing that has been somewhat superseded by html, xml, and pdf. The module itself has been pretty well superseded by stdlib and external moudles. IDLE, for instance,

[issue42392] remove the 'loop' parameter from __init__ in all classes in asyncio.locks

Change by Yurii Karabas <1998uri...@gmail.com>: -- pull_requests: +22389 pull_request: https://github.com/python/cpython/pull/23499 ___ Python tracker ___

[issue42392] remove the 'loop' parameter from __init__ in all classes in asyncio.locks

Yury Selivanov added the comment: Sorry, there are a few things in the committed patch that should be fixed. See the PR for my comments. -- resolution: fixed -> stage: resolved -> patch review status: closed -> open ___ Python tracker

[issue42454] Move slice creation to the compiler for constants

Batuhan Taskaya added the comment: As a side effect, we also now fold some esoteric cases which are not very common. Like; """ test """[1:-1] We reviewed only optimizing this a while back and decided these are not that common to add a code path. Just wanted to mention that now we optimize

[issue42454] Move slice creation to the compiler for constants

Christian Heimes added the comment: Good point and excellent explanation. I'm no longer concerned! :) -- ___ Python tracker ___

[issue28468] Add platform.freedesktop_osrelease()

Christian Heimes added the comment: >From PR discussion on GH: I made ID_LIKE a special case because it's likely a users will use the field in a wrong way. The issue won't be detected in common CI because the field is either not present or contains a single item for majority of Linux

[issue42454] Move slice creation to the compiler for constants

Batuhan Taskaya added the comment: > I'm slightly concerned about hashability of slice objects. Currently the > slice constructor does not ensure that any slice parameter is a number. You > can do horrible stuff like this: The same thing can be applied to tuples, which are hashable if all

[issue42392] remove the 'loop' parameter from __init__ in all classes in asyncio.locks

Change by Andrew Svetlov : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed type: -> enhancement ___ Python tracker ___

[issue42392] remove the 'loop' parameter from __init__ in all classes in asyncio.locks

Andrew Svetlov added the comment: New changeset 0ec34cab9dd4a7bcddafaeeb445fae0f26afcdd1 by Yurii Karabas in branch 'master': bpo-42392: Remove loop parameter form asyncio locks and Queue (#23420) https://github.com/python/cpython/commit/0ec34cab9dd4a7bcddafaeeb445fae0f26afcdd1 --

[issue42454] Move slice creation to the compiler for constants

Christian Heimes added the comment: I'm slightly concerned about hashability of slice objects. Currently the slice constructor does not ensure that any slice parameter is a number. You can do horrible stuff like this: >>> slice({}) slice(None, {}, None) which of course fails later on: >>>

[issue42370] test_ttk_guionly: test_to() fails on the GitHub Ubuntu job

miss-islington added the comment: New changeset 8388a333070e3a0022b0fc4ce1ac876a2805c0a0 by Miss Islington (bot) in branch '3.8': bpo-42370: Check element before making mouse click in ttk tests (GH-23491) https://github.com/python/cpython/commit/8388a333070e3a0022b0fc4ce1ac876a2805c0a0

[issue42410] Raise a pickleError when convert _functools module to use PyType_FromModuleAndSpec

hai shi added the comment: > Does it mean that this issue is invalid and can be closed? I think it's can be closed if I can update test_functools.py in PR23405 :) -- ___ Python tracker

[issue42454] Move slice creation to the compiler for constants

Pablo Galindo Salgado added the comment: Unless we see something fundamentally broken with the hashability, I am +1 on this. Even if it does not show in macro benchmarks over the 3% mark, the microbenchmarks are positive and the code changes are very scoped, so there is not a

[issue42370] test_ttk_guionly: test_to() fails on the GitHub Ubuntu job

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

[issue42370] test_ttk_guionly: test_to() fails on the GitHub Ubuntu job

Change by miss-islington : -- nosy: +miss-islington nosy_count: 2.0 -> 3.0 pull_requests: +22387 pull_request: https://github.com/python/cpython/pull/23497 ___ Python tracker

[issue42370] test_ttk_guionly: test_to() fails on the GitHub Ubuntu job

Serhiy Storchaka added the comment: New changeset b0b428510cfd604a8eef1f245f039331e671ea4a by Serhiy Storchaka in branch 'master': bpo-42370: Check element before making mouse click in ttk tests (GH-23491) https://github.com/python/cpython/commit/b0b428510cfd604a8eef1f245f039331e671ea4a

[issue42454] Move slice creation to the compiler for constants

Change by Raymond Hettinger : -- nosy: +mark.dickinson, rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue42410] Raise a pickleError when convert _functools module to use PyType_FromModuleAndSpec

STINNER Victor added the comment: > I updated the test_functools.py in PR23405, the CI have all passed. Does it mean that this issue is invalid and can be closed? -- ___ Python tracker

[issue42454] Move slice creation to the compiler for constants

Change by Batuhan Taskaya : -- nosy: +Mark.Shannon, serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue42454] Move slice creation to the compiler for constants

Change by Batuhan Taskaya : -- keywords: +patch pull_requests: +22386 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23496 ___ Python tracker ___

[issue42454] Move slice creation to the compiler for constants

New submission from Batuhan Taskaya : Currently, all the slices are created by the interpreter with BUILD_SLICE preceded by 2/3 LOAD_CONSTS. We can move the slice creation into the compiler and deduce the cost of these 3/4 instructions into a single LOAD_CONST operation where all values in

[issue28468] Add platform.freedesktop_osrelease()

STINNER Victor added the comment: The distro module has been mentioned multiple times. I looked at its code base and I suggest to not add it to the Python stdlib. It contains code specific to some Linux distributions. Examples. elif 'ubuntu_codename' in props: # Same as above but a

[issue28468] Add platform.freedesktop_osrelease()

Christian Heimes added the comment: Correction: It was ArchLinux, not Alpine. ArchLinux used to have /usr/lib/os-release only. Recent ArchLinux releases has a symlink from /etc/os-release to /usr/lib/os-release. -- ___ Python tracker

[issue42453] utf-8 codec error when pip uninstalling a package which has files containing unicode filename on Windows

赵豪杰 <1292756...@qq.com> added the comment: got it. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue42443] Provide Thread creation hook support

Piotr Stanczyk added the comment: Thanks Christian for looking into this, please find my responses inlined: > * IMO it should be called after profiling and tracing hook, so non-trivial > hooks can be profiled and traced. Makes sense, Done. > * It's important to define and document, which

[issue42453] utf-8 codec error when pip uninstalling a package which has files containing unicode filename on Windows

STINNER Victor added the comment: Please report the issue to https://github.com/pypa/pip pip is not part of Python stdlib. -- nosy: +vstinner resolution: -> third party stage: -> resolved status: open -> closed ___ Python tracker

[issue42453] utf-8 codec error when pip uninstalling a package which has files containing unicode filename on Windows

New submission from 赵豪杰 <1292756...@qq.com>: When using `pip install package_name` installing a package, it will generate a `installed-files.txt` file, which records the file that the package contains. When updating or uninstalling the package, pip will need to read the `installed-files.txt`

[issue42410] Raise a pickleError when convert _functools module to use PyType_FromModuleAndSpec

hai shi added the comment: I updated the test_functools.py in PR23405, the CI have all passed. -- ___ Python tracker ___ ___

[issue36159] Modify Formatter Class to handle arbitrary objects

Eric V. Smith added the comment: I just stumbled across this. I don't think the idea is totally without merit, although maybe it's too niche to warrant being in the stdlib. It should probably be discussed on python-ideas first. -- versions: +Python 3.10 -Python 2.7, Python 3.8

[issue28468] Add platform.freedesktop_osrelease()

Matthias Klose added the comment: > In the case of this it's mood to even discuss requiring > os-release. (a) the PR does not add a hard dependency > on os-release, and (b) the file is present anyway. For anything outside cpython, there is the distro module, and the distro module is checking

[issue42142] test_ttk timeout: FAIL tkinter ttk LabeledScale test_resize, and more

E. Paine added the comment: PR 23156 [Skip select ttk tests when on Ubuntu] proposes Ubuntu-specific test skips and is given as a justification for PR 28468 [Add platform.freedesktop_osrelease]. However, PR 23474 [Fix timeouts in ttk tests] attempts to correctly address the issue, though

[issue42452] FIX Optimize 'rgb_to_hls'

New submission from Julien Jerphanion : This issue has been created after the PR. -- components: Library (Lib) messages: 381748 nosy: jjerphan priority: normal pull_requests: 22385 severity: normal status: open title: FIX Optimize 'rgb_to_hls' type: enhancement versions: Python 3.10

[issue28468] Add platform.freedesktop_osrelease()

Christian Heimes added the comment: > IMO it's interesting to see which Linux distributions provide os-release. The > list of quite long! As I said before I could not find any supported release of a Linux distribution without a proper os-release file. It might be possible that there are

[issue42246] Implement PEP 626

Change by STINNER Victor : -- nosy: -vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue42246] Implement PEP 626

Change by Mark Shannon : -- pull_requests: +22384 pull_request: https://github.com/python/cpython/pull/23495 ___ Python tracker ___

[issue42299] Remove formatter module

Karthikeyan Singaravelan added the comment: This was proposed earlier : https://bugs.python.org/issue39352 -- nosy: +xtreak ___ Python tracker ___

[issue28468] Add platform.freedesktop_osrelease()

STINNER Victor added the comment: pmp-p: > android and aosp, termux are also linux distributions without /etc/os-release I replied ealier. It's fine that platform.freedesktop_os_release() (I prefer a name with two underscores :-)) raises an error on embedded Linux distributions. Usually,

[issue28468] Add platform.freedesktop_osrelease()

STINNER Victor added the comment: Matthias Klose: > There's no need to expose a second implementation as another API in the > standard library. When linux_distribution() has been removed, platform.platform() became less useful. Example: $ python2 -m platform

[issue28468] Add platform.freedesktop_osrelease()

pmp-p added the comment: -1 android and aosp, termux are also linux distributions without /etc/os-release the only thing reliable there is probably sysconfig.get_config_vars('MULTIARCH') when properly used. -- nosy: +pmpp ___ Python tracker

[issue28468] Add platform.freedesktop_osrelease()

STINNER Victor added the comment: > Python could also follow the lead of other software like D-Bus and make the > presence of os-release mandatory on Linux. Any Linux platform without it > would be considered broken. I don't think it is necessary to impose such > restriction on vendors. I

[issue28468] Add platform.freedesktop_osrelease()

STINNER Victor added the comment: > os-release is covered by the distro module. Ah, I didn't know. https://pypi.org/project/distro/ """ The distro package implements a robust and inclusive way of retrieving the information about a distribution based on new standards and old methods, namely

[issue42418] PyType_GetModule() should warn/fail when type has Py_TPFLAGS_BASETYPE

Petr Viktorin added the comment: > I missed it when I ported some of my code to heap types and multiphase init. I guess PyType_GetModule() is not good for that use case. If your code is open, could you add a link? -- ___ Python tracker

[issue42142] test_ttk timeout: FAIL tkinter ttk LabeledScale test_resize, and more

Matthias Klose added the comment: how is this test run on the CI? at least it succeeds for me when run locally. -- ___ Python tracker ___

[issue42212] Check if generated files are up-to-date in Github Actions

STINNER Victor added the comment: Thanks Filipe Laíns! I merged your PR on 3.8, 3.9 and master branches. -- components: +Build resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.10, Python 3.8, Python 3.9

[issue28468] Add platform.freedesktop_osrelease()

Matthias Klose added the comment: Christian, is it necessary to start with threats? > Python could also follow the lead of other software like D-Bus > and make the presence of os-release mandatory on Linux. > Any Linux platform without it would be considered broken. > I don't think it is

[issue28468] Add platform.freedesktop_osrelease()

STINNER Victor added the comment: Matthias Klose > "The os-release file has been a well-defined standard for over 8 years." > ... doesn't implicate that it's a good style to base your checks on that > information. IMO /etc/os-release is a reliable way to retrieve the Linux distribution name.

[issue28468] Add platform.freedesktop_osrelease()

Matthias Klose added the comment: > * /etc/os-release file <= this PR > * /etc/*release file <= covered by the PyPI distro module no Victor, you are wrong. os-release is covered by the distro module. There's no need to expose a second implementation as another API in the standard library.

[issue28468] Add platform.freedesktop_osrelease()

Christian Heimes added the comment: The os-release file is not tight to systemd. Only the reverse relationship is true: systemd, d-bus and other software require os-release. The file is present in the minimal base image of distributions like Alpine, ArchLinux, CentOS, Debian, Fedora, RHEL,

[issue28468] Add platform.freedesktop_osrelease()

STINNER Victor added the comment: "How to Check Linux Version" article: https://linuxize.com/post/how-to-check-linux-version/ * lsb_release command <= is it still used nowadays? * /etc/os-release file <= this PR * /etc/issue file * hostnamectl command * /etc/*release file <= covered by the

[issue42212] Check if generated files are up-to-date in Github Actions

miss-islington added the comment: New changeset b55a276a18e7c46f1e4e09fa24e9854deb0ed334 by Miss Islington (bot) in branch '3.8': bpo-42212: Check if generated files are up-to-date in GitHub Actions (GH-23042) https://github.com/python/cpython/commit/b55a276a18e7c46f1e4e09fa24e9854deb0ed334

[issue42212] Check if generated files are up-to-date in Github Actions

miss-islington added the comment: New changeset 15d42d7ec6ad4305ea20c7b98ab093bd33bc254c by Miss Islington (bot) in branch '3.9': bpo-42212: Check if generated files are up-to-date in GitHub Actions (GH-23042) https://github.com/python/cpython/commit/15d42d7ec6ad4305ea20c7b98ab093bd33bc254c

[issue28468] Add platform.freedesktop_osrelease()

STINNER Victor added the comment: Article about os-release: https://opensource.com/article/18/6/linux-version -- ___ Python tracker ___

[issue28468] Add platform.freedesktop_osrelease()

Matthias Klose added the comment: the Chef repo seems to be a little bit out-of-date, but anyway. I don't see the relevance for this issue. -- ___ Python tracker ___

[issue28468] Add platform.freedesktop_osrelease()

Matthias Klose added the comment: "The os-release file has been a well-defined standard for over 8 years." ... doesn't implicate that it's a good style to base your checks on that information. -- ___ Python tracker

[issue28468] Add platform.freedesktop_osrelease()

STINNER Victor added the comment: The Chef Software seems to maintain a copy of the os-release of major Linux distribution: https://github.com/chef/os_release Copy of the project README: # os_release This repo contains the /etc/os-release file from Linux distros. ## About os-release

[issue28468] Add platform.freedesktop_osrelease()

Matthias Klose added the comment: > Since the filename is now fixed and the format is well specified, > IMO it's perfectly fine to add PR 23492. I disagree with that. The distro module is the preferred way to do this (which cannot be used in the Python core). The rationale given is an not

[issue42299] Remove formatter module

Dong-hee Na added the comment: @christian.heimes Thank you Christian I also discuss this issue on python-dev and everybody agree with removing this module. I will remove this module ;) -- ___ Python tracker

[issue28468] Add platform.freedesktop_osrelease()

STINNER Victor added the comment: Matthias Klose: > I'm not aware of any embedded Linux distro using systemd (no, I don't > consider Raspian an embedded Linux distro). As soon as the function is documented to return an error if the file doesn't exist, I don't see how this is a blocker

[issue42142] test_ttk timeout: FAIL tkinter ttk LabeledScale test_resize, and more

Matthias Klose added the comment: I became aware of this by the patch proposal "Please submit a PR to skip on Ubuntu", which results in the re-introduction of a distro specific API. I would rather help fixing this issue, instead on relying on some distro behavor. -- nosy: +doko

[issue42299] Remove formatter module

Change by Dong-hee Na : -- title: Add test_formatter (or remove deprecated formatter module?) -> Remove formatter module ___ Python tracker ___

[issue28468] Add platform.freedesktop_osrelease()

Christian Heimes added the comment: What do you mean by "that"? Python never had any code to parse and handle freekdesktop.org's os-release file. Are you referring to linux_distribution() function? Petr removed platform.linux_distribution() in bpo-28167 because the function was problematic

[issue42212] Check if generated files are up-to-date in Github Actions

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

[issue42212] Check if generated files are up-to-date in Github Actions

Change by miss-islington : -- nosy: +miss-islington nosy_count: 2.0 -> 3.0 pull_requests: +22382 pull_request: https://github.com/python/cpython/pull/23493 ___ Python tracker

[issue1635741] Py_Finalize() doesn't clear all Python objects at exit

Change by Senthil Kumaran : -- nosy: +orsenthil ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue28468] Add platform.freedesktop_osrelease()

Matthias Klose added the comment: it's easy to say "we need it". It took a while to remove that, so I don't think it should be easily re-introduced. so why do you need it, and why should it be exposed as part of the standard library? -- ___

[issue42212] Check if generated files are up-to-date in Github Actions

STINNER Victor added the comment: New changeset ac7d0169d2bce2021b8d88973e649889d7dc1b03 by Victor Stinner in branch 'master': bpo-42212: smelly.py also checks the dynamic library (GH-23423) https://github.com/python/cpython/commit/ac7d0169d2bce2021b8d88973e649889d7dc1b03 --

[issue28468] Add platform.freedesktop_osrelease()

Christian Heimes added the comment: Since we need distribution information in tests and code, I decided to reopen the bug. I named the new function freedesktop_osrelease because it's technically not restricted to Linux. It's freedesktop.org standard that may be used by non-Linux platforms,

[issue28468] Add platform.linux_os_release()

Change by Christian Heimes : -- pull_requests: +22381 pull_request: https://github.com/python/cpython/pull/23492 ___ Python tracker ___

  1   2   >