[issue46125] Test the preferred API instead of relying on legacy for coverage
Change by Jason R. Coombs : -- keywords: +patch pull_requests: +28409 stage: -> patch review pull_request: https://github.com/python/cpython/pull/30189 ___ Python tracker <https://bugs.python.org/issue46125> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46126] Unittest output drives developers to avoid docstrings
New submission from Jason R. Coombs : In https://github.com/python/importlib_metadata/issues/302, I learned that the way unittest reports failures in tests is incentivizing the replacement of docstrings with comments in order not to make resolution of the relevant failing test more difficult to locate. I presume I don't need to explain why docstrings are nice and preferable over comments. Better would be for unittest to provide an option to ignore the docstrings or to emit the test path regardless of whether a docstring was present and to employ that option in CPython, allowing for docstrings in tests. -- components: Tests messages: 408876 nosy: jaraco priority: normal severity: normal status: open title: Unittest output drives developers to avoid docstrings versions: Python 3.11 ___ Python tracker <https://bugs.python.org/issue46126> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46124] Deprecation warning in zoneinfo module
Jason R. Coombs added the comment: I filed issue46125 to track that issue separately. -- ___ Python tracker <https://bugs.python.org/issue46124> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46125] Test the preferred API instead of relying on legacy for coverage
Change by Jason R. Coombs : -- assignee: -> jaraco ___ Python tracker <https://bugs.python.org/issue46125> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46125] Test the preferred API instead of relying on legacy for coverage
Change by Jason R. Coombs : -- components: +Library (Lib) versions: +Python 3.11 ___ Python tracker <https://bugs.python.org/issue46125> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46125] Test the preferred API instead of relying on legacy for coverage
New submission from Jason R. Coombs : importlib_resources 5.4 did some refactoring to ensure that the preferred traversable API was tested (https://github.com/python/importlib_resources/pull/239). Let's incorporate those changes for importlib.resources. -- messages: 408872 nosy: jaraco priority: normal severity: normal status: open title: Test the preferred API instead of relying on legacy for coverage ___ Python tracker <https://bugs.python.org/issue46125> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46124] Deprecation warning in zoneinfo module
Jason R. Coombs added the comment: I just confirmed, and `normalize_path` has been moved to the _legacy module for importlib_resources, so I'd expect that change to land in CPython soon too. -- ___ Python tracker <https://bugs.python.org/issue46124> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46124] Deprecation warning in zoneinfo module
Change by Jason R. Coombs : -- assignee: -> jaraco ___ Python tracker <https://bugs.python.org/issue46124> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46124] Deprecation warning in zoneinfo module
Jason R. Coombs added the comment: I would hope that normalize_path would not be needed. It might be for drop-in compatibility. If it's needed for zoneinfo, I'd like to consider why and what implications that has for the deprecation of the legacy API. -- ___ Python tracker <https://bugs.python.org/issue46124> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46118] Migrate importlib.resources into a package
Jason R. Coombs added the comment: Compatibility considerations: - importlib.readers and importlib.simple are public, so probably need aliases. - Same abc classes. Should we embark on an effort to migrate users to the new names in `importlib.resources`, or simply leave the `importlib.{mod}` names as preferred? My instinct is to do the former, mainly because then the names would be congruent between `importlib.resources` and `importlib_resources`. But I'm also reluctant to introduce a deprecation (even deferred) comparable to what happened with `collections.abc`. -- ___ Python tracker <https://bugs.python.org/issue46118> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46118] Migrate importlib.resources into a package
Change by Jason R. Coombs : -- keywords: +patch pull_requests: +28393 stage: -> patch review pull_request: https://github.com/python/cpython/pull/30176 ___ Python tracker <https://bugs.python.org/issue46118> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46109] Separate resources and abc docs from other importlib docs
Jason R. Coombs added the comment: I wonder if maybe it's more important to address issue46118 first. -- ___ Python tracker <https://bugs.python.org/issue46109> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46118] Migrate importlib.resources into a package
New submission from Jason R. Coombs : The importlib.resources module has several modules on which it relies (_adapters, _legacy, simple) and some classes in other modules shared by other parts of importlib (namely abc). Because these implementations overlap, it adds difficulty in maintaining the `importlib_resources` backport, which must maintain these modules but keep them separate from the unrelated functionality in other parts of importlib. In an earlier refactoring, `importlib.metadata` was refactored into its own package (https://github.com/python/cpython/pull/25565). This refactoring had benefits of making it clearer which functionality of importlib was related to metadata and which was not. I'd like to do the same for importlib.resources. The main complicate -- messages: 408815 nosy: jaraco priority: normal severity: normal status: open title: Migrate importlib.resources into a package versions: Python 3.11 ___ Python tracker <https://bugs.python.org/issue46118> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46109] Separate resources and abc docs from other importlib docs
Jason R. Coombs added the comment: My main motivation for moving `.abc` was because it contains classes exclusively relevant to `.resources` (those also present in `importlib_resources.abc`. I want to explore moving those classes to the resources documentation so they're available together and maintained independently. Other classes in `.abc` are relevant to the import system more generally, so maybe should stay in the main docs. -- ___ Python tracker <https://bugs.python.org/issue46109> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46109] Separate resources and abc docs from other importlib docs
Change by Jason R. Coombs : -- keywords: +patch pull_requests: +28379 stage: -> patch review pull_request: https://github.com/python/cpython/pull/30160 ___ Python tracker <https://bugs.python.org/issue46109> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46109] Separate resources and abc docs from other importlib docs
New submission from Jason R. Coombs : The `importlib` documentation is fairly long and covers a number of topics. Furthermore, the `importlib.metadata` is separately documented and presents a good example of breaking out major aspects. Let's do the same with `.abc` and `.resources`. -- assignee: jaraco components: Documentation messages: 408749 nosy: jaraco priority: normal severity: normal status: open title: Separate resources and abc docs from other importlib docs versions: Python 3.11 ___ Python tracker <https://bugs.python.org/issue46109> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44893] importlib.metadata Entrypoint has a broken _asdict
Jason R. Coombs added the comment: Expect the fix in 3.11a3. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue44893> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46105] Requirement syntax broken when extras indicated on url_req
Change by Jason R. Coombs : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue46105> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46105] Requirement syntax broken when extras indicated on url_req
Jason R. Coombs added the comment: New changeset 864ec170e14b663f999eb415a4f1a0067ec6833a by Jason R. Coombs in branch '3.9': [3.9] bpo-46105: Honor spec when generating requirement specs with urls and extras. (GH-30151). (GH-30157) https://github.com/python/cpython/commit/864ec170e14b663f999eb415a4f1a0067ec6833a -- ___ Python tracker <https://bugs.python.org/issue46105> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46105] Requirement syntax broken when extras indicated on url_req
Change by Jason R. Coombs : -- pull_requests: +28376 pull_request: https://github.com/python/cpython/pull/30157 ___ Python tracker <https://bugs.python.org/issue46105> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44893] importlib.metadata Entrypoint has a broken _asdict
Jason R. Coombs added the comment: New changeset 04deaee4c8d313717f3ea8f6a4fd70286d510d6e by Jason R. Coombs in branch 'main': bpo-44893: Implement EntryPoint as simple class with attributes. (GH-30150) https://github.com/python/cpython/commit/04deaee4c8d313717f3ea8f6a4fd70286d510d6e -- ___ Python tracker <https://bugs.python.org/issue44893> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46105] Requirement syntax broken when extras indicated on url_req
Jason R. Coombs added the comment: New changeset 109d96602199a91e94eb14b8cb3720841f22ded7 by Jason R. Coombs in branch 'main': bpo-46105: Honor spec when generating requirement specs with urls and extras. (GH-30151) https://github.com/python/cpython/commit/109d96602199a91e94eb14b8cb3720841f22ded7 -- ___ Python tracker <https://bugs.python.org/issue46105> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44893] importlib.metadata Entrypoint has a broken _asdict
Change by Jason R. Coombs : -- pull_requests: -28371 ___ Python tracker <https://bugs.python.org/issue44893> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44893] importlib.metadata Entrypoint has a broken _asdict
Jason R. Coombs added the comment: The change as implemented for importlib_metadata involves refactorings that can't be backported, so the fix will only go into Python 3.11. I'll consider backporting a more selective fix for this issue if it's important, but I suspect there may not be, given that Ronny has reported that he's already migrated to a solution accessing by attribute. -- versions: -Python 3.10, Python 3.8, Python 3.9 ___ Python tracker <https://bugs.python.org/issue44893> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46105] Requirement syntax broken when extras indicated on url_req
Change by Jason R. Coombs : -- keywords: +patch pull_requests: +28370 stage: -> patch review pull_request: https://github.com/python/cpython/pull/30151 ___ Python tracker <https://bugs.python.org/issue46105> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44893] importlib.metadata Entrypoint has a broken _asdict
Change by Jason R. Coombs : -- pull_requests: +28371 pull_request: https://github.com/python/cpython/pull/30151 ___ Python tracker <https://bugs.python.org/issue44893> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46105] Requirement syntax broken when extras indicated on url_req
New submission from Jason R. Coombs : In https://github.com/python/importlib_metadata/issues/357, a user reported an issue where a requirement generated by importlib.metadata from egg info metadata would result in a parse error attempting to parse the error. A fix was released in importlib_metadata 4.8.3. -- assignee: jaraco messages: 408727 nosy: jaraco priority: normal severity: normal status: open title: Requirement syntax broken when extras indicated on url_req versions: Python 3.10, Python 3.11, Python 3.9 ___ Python tracker <https://bugs.python.org/issue46105> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44893] importlib.metadata Entrypoint has a broken _asdict
Change by Jason R. Coombs : -- keywords: +patch pull_requests: +28369 stage: -> patch review pull_request: https://github.com/python/cpython/pull/30150 ___ Python tracker <https://bugs.python.org/issue44893> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45558] shutil.copytree: Give the option to disable copystat
New submission from Jason R. Coombs : Can you provide a description of what motivated you to change the behavior or what benefits this change would have for you or others? Do you know why others haven’t reported this need previously? -- nosy: +jaraco ___ Python tracker <https://bugs.python.org/issue45558> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45514] Deprecate legacy functions from importlib.resources (importlib_resources 5.3)
Jason R. Coombs added the comment: See https://discuss.python.org/t/deprecating-importlib-resources-legacy-api/11386 for some lively discussion on this deprecation. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue45514> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45514] Deprecate legacy functions from importlib.resources (importlib_resources 5.3)
Jason R. Coombs added the comment: New changeset d5cd2effa69551c6bc7edfef8a414d545dea9117 by Jason R. Coombs in branch 'main': bpo-45514: Deprecate importlib resources legacy functions. (GH-29036) https://github.com/python/cpython/commit/d5cd2effa69551c6bc7edfef8a414d545dea9117 -- ___ Python tracker <https://bugs.python.org/issue45514> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45765] importlib.metadata fails to find distributions in empty path
Change by Jason R. Coombs : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue45765> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45765] importlib.metadata fails to find distributions in empty path
Jason R. Coombs added the comment: New changeset ed55426acd58f030ccc0cf1297e66078f538797c by Miss Islington (bot) in branch '3.10': [bpo-45765] Fix distribution discovery on empty path. (GH-29487) (GH-29510) https://github.com/python/cpython/commit/ed55426acd58f030ccc0cf1297e66078f538797c -- ___ Python tracker <https://bugs.python.org/issue45765> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45765] importlib.metadata fails to find distributions in empty path
Jason R. Coombs added the comment: New changeset 3e0b830e859ca8792401bfd1402d659f56f99941 by Jason R. Coombs in branch '3.9': [3.9] [bpo-45765] Fix distribution discovery on empty path. (GH-29487). (GH-29511) https://github.com/python/cpython/commit/3e0b830e859ca8792401bfd1402d659f56f99941 -- ___ Python tracker <https://bugs.python.org/issue45765> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45765] importlib.metadata fails to find distributions in empty path
Change by Jason R. Coombs : -- pull_requests: +27762 pull_request: https://github.com/python/cpython/pull/29511 ___ Python tracker <https://bugs.python.org/issue45765> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45765] importlib.metadata fails to find distributions in empty path
Jason R. Coombs added the comment: New changeset 6ec0dec7b7b50d4fee5b2b66cf38e4291bcdf44c by Jason R. Coombs in branch 'main': [bpo-45765] Fix distribution discovery on empty path. (#29487) https://github.com/python/cpython/commit/6ec0dec7b7b50d4fee5b2b66cf38e4291bcdf44c -- ___ Python tracker <https://bugs.python.org/issue45765> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45765] importlib.metadata fails to find distributions in empty path
Change by Jason R. Coombs : -- keywords: +patch pull_requests: +27738 stage: -> patch review pull_request: https://github.com/python/cpython/pull/29487 ___ Python tracker <https://bugs.python.org/issue45765> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45765] importlib.metadata fails to find distributions in empty path
Change by Jason R. Coombs : -- assignee: -> jaraco ___ Python tracker <https://bugs.python.org/issue45765> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45765] importlib.metadata fails to find distributions in empty path
New submission from Jason R. Coombs : Reported in https://github.com/python/importlib_metadata/issues/353, importlib.metadata fails to find distributions in the path "". A fix was applied to importlib_metadata 2.1.2 and 4.8.2. Let's apply that fix and backport it to supported Pythons. -- messages: 406022 nosy: jaraco priority: normal severity: normal status: open title: importlib.metadata fails to find distributions in empty path ___ Python tracker <https://bugs.python.org/issue45765> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45649] Add tarinfo.Path
Jason R. Coombs added the comment: I vaguely recall exploring this concept and finding that tarfiles don’t supply the requisite interface because they’re not random access. I’m only 10% confident in that recollection, so worth exploring. -- ___ Python tracker <https://bugs.python.org/issue45649> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45516] Add protocol description to the Traversable and TraversableResources documentation
Jason R. Coombs added the comment: New changeset 8ce20bbdd6d2b1277a5e74154fcdcef2cb0fee49 by Filipe Laíns in branch 'main': bpo-45516: add protocol description to the TraversableResources documentation (#29173) https://github.com/python/cpython/commit/8ce20bbdd6d2b1277a5e74154fcdcef2cb0fee49 -- ___ Python tracker <https://bugs.python.org/issue45516> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45516] Add protocol description to the Traversable and TraversableResources documentation
Jason R. Coombs added the comment: New changeset c0295675305f6896e4ba7496441cc470d7edca89 by Filipe Laíns in branch 'main': bpo-45516: use documentation links in TraversableResources' description (GH-29045) https://github.com/python/cpython/commit/c0295675305f6896e4ba7496441cc470d7edca89 -- ___ Python tracker <https://bugs.python.org/issue45516> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45516] Add protocol description to the Traversable and TraversableResources documentation
New submission from Jason R. Coombs : New changeset 4d03de3329ed8daa9c1107b1aedbb0fa280bddb6 by Filipe Laíns in branch 'main': bpo-45516: add protocol description to the Traversable documentation (#29039) https://github.com/python/cpython/commit/4d03de3329ed8daa9c1107b1aedbb0fa280bddb6 -- nosy: +jaraco ___ Python tracker <https://bugs.python.org/issue45516> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45514] Deprecate legacy functions from importlib.resources (importlib_resources 5.3)
Change by Jason R. Coombs : -- keywords: +patch pull_requests: +27307 stage: -> patch review pull_request: https://github.com/python/cpython/pull/29036 ___ Python tracker <https://bugs.python.org/issue45514> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45514] Deprecate legacy functions from importlib.resources (importlib_resources 5.3)
New submission from Jason R. Coombs : [importlib_resources 5.3](https://importlib-resources.readthedocs.io/en/latest/history.html#v5-3-0), deprecates the functions in _legacy. Let's introduce that deprecation in CPython also. In addition to merging the changes from importlib_resources, this change will require some updates to documentation. -- assignee: jaraco components: Library (Lib) messages: 404205 nosy: FFY00, jaraco priority: normal severity: normal status: open title: Deprecate legacy functions from importlib.resources (importlib_resources 5.3) versions: Python 3.11 ___ Python tracker <https://bugs.python.org/issue45514> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45427] importlib.readers.MultiplexedPath
Jason R. Coombs added the comment: Thanks Dave for closing. I would recommend in the future if you have packaging questions to bring them to packaging problems repo as indicated at https://packaging.python.org/support/#how-to-get-support. Glad to hear that `as_file` promised to do what you need. Do be aware that it doesn't yet support a directory of files (only individual files), a known deficiency (https://github.com/python/importlib_resources/issues/228). I don't have any good advice on separating Python and non-Python code in your package. You're right that the current interfaces for supporting package resources are specifically designed around resources in a Python package (aka package_data). I agree that there may not be a robust way to locate "data_files". It sounds like you have a use-case that's not well served by the current implementation. I'd recommend to file a report describing a detailed minimal example of the use-case you have and what you'd like to see (in packaging-problems; maybe search if someone's already reported). One thing you'll want to answer is where do you expect these files to be installed if not in the python package? Thanks and good luck! -- ___ Python tracker <https://bugs.python.org/issue45427> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45419] DegenerateFiles.Path mismatch to Traversable interface
Change by Jason R. Coombs : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed type: behavior -> ___ Python tracker <https://bugs.python.org/issue45419> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45419] DegenerateFiles.Path mismatch to Traversable interface
Change by Jason R. Coombs : -- keywords: +patch pull_requests: +27156 stage: -> patch review pull_request: https://github.com/python/cpython/pull/28844 ___ Python tracker <https://bugs.python.org/issue45419> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45419] DegenerateFiles.Path mismatch to Traversable interface
New submission from Jason R. Coombs : In [pytest-dev/pytest#9174](https://github.com/pytest-dev/pytest/issues/9174), it became clear that the DegenerateFiles object has a couple of interface mismatches to Traversable: - name is a property - open accepts a 'mode' and arbitrary args and kwargs. Because DegenerateFiles is an intentionally broken handle (when a resource provider is unavailable), there's little harm in the interface being broken, and the interface is already gone in Python 3.11, so the urgency of fixing this is small. -- messages: 403564 nosy: jaraco priority: low severity: normal status: open title: DegenerateFiles.Path mismatch to Traversable interface versions: Python 3.10 ___ Python tracker <https://bugs.python.org/issue45419> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43976] Allow Python distributors to add custom site install schemes
Jason R. Coombs added the comment: Here's what I propose: 1. In pypa/distutils, add support for honoring the proposed install schemes (based on PR 25718). Merge with Setuptools. 2. Add whatever ugly hacks are needed to pypa/distutils to honor other Debian-specific behaviors (revive https://github.com/pypa/distutils/pull/4 but properly match Debian expectations). Mark these ugly hacks as deprecated. 3. In Debian, Fedora, etc, provide patches that configure the install schemes. Test with latest Setuptools and SETUPTOOLS_USE_DISTUTILS=local. 4. Formalize the install schemes support in CPython (as in PR 25718). 5. Ask Debian to propose more a cleaner interface for Debian-specific needs. -- ___ Python tracker <https://bugs.python.org/issue43976> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43976] Allow Python distributors to add custom site install schemes
Jason R. Coombs added the comment: > In the short term, and possible for the long term, Debian can continue to > patch the install routine... The problem with this approach is Setuptools is attempting to adopt distutils by exposing its own vendored copy of distutils as `distutils` (top-level name). By doing this, it bypasses the Debian's patching of distutils as found in CPython. Because this bypass behavior breaks distutils for Debian users, the functionality has been disabled (opt-in). Setuptools would like to be able to present a version of distutils that, unpatched, runs on all the major platforms, and thus make it default. That won't be possible until Debian can stop relying on its patching of distutils. -- ___ Python tracker <https://bugs.python.org/issue43976> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43413] tuple subclasses allow arbitrary kwargs
Jason R. Coombs added the comment: Oh, and I see now Serhiy has proposed a change that looks reasonable. -- ___ Python tracker <https://bugs.python.org/issue43413> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43413] tuple subclasses allow arbitrary kwargs
Jason R. Coombs added the comment: >> Subclass of set can now define > Is there any use case for this? Is your concern about a use-case for the general concept or for set specifically? I appreciate that Serhiy has taken the time to evaluate the specific concern I raised and extrapolate it to the implications for most/all built-in types. It seems worthwhile to me that built-in types have consistent behaviors. Moreover, it seems preferable to provide the intuitive behavior (allowing simply overriding `__new__`) without the baggage of needing to define `__init__`. I'd not be surprised if there was a real-world use-case in which `set.__new__` was overridden in a subclass and the user was forced to add an `__init__` just to bypass "set() takes no keyword arguments". Interestingly, searching the web for that exact error doesn't emit any results, so if someone has encountered it, it wasn't posted with the error message. After exploring this some, I'm convinced there may not be a strong case for this behavior. Raymond, if this new behavior was removed, how would you propose to rewrite the test (specifically https://github.com/python/cpython/blob/778b07565e38cc94aa90318eb47b9cd09716756a/Lib/test/test_set.py#L665-L673)? -- ___ Python tracker <https://bugs.python.org/issue43413> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45078] test_importlib: test_read_bytes() fails on AMD64 Windows8.1 Non-Debug 3.x
Jason R. Coombs added the comment: The builder is now passing after the buildbot owner reset the checkout. -- resolution: -> fixed stage: -> resolved status: pending -> closed ___ Python tracker <https://bugs.python.org/issue45078> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44771] Adopt changes from importlib_resources 5.2
Jason R. Coombs added the comment: Reported concern can be addressed in the new issue. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue44771> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45078] test_importlib: test_read_bytes() fails on AMD64 Windows8.1 Non-Debug 3.x
Jason R. Coombs added the comment: I'm not confident that I can get the message to the buildbot, so I sent a message to python-buildb...@python.org requesting to run the workaround on the buildbot. The message was flagged for moderation. My hope is that eventually goes through and will address the issue. -- status: open -> pending ___ Python tracker <https://bugs.python.org/issue45078> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45078] test_importlib: test_read_bytes() fails on AMD64 Windows8.1 Non-Debug 3.x
Jason R. Coombs added the comment: I've submitted a PR that deletes the file and requested it be built by the buildbots, but I also see that that bot hasn't built anything in 7 days (https://buildbot.python.org/all/#/builders/405), so I'm not hopeful my request for it to build that change will have any effect on that builder. -- stage: patch review -> ___ Python tracker <https://bugs.python.org/issue45078> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45078] test_importlib: test_read_bytes() fails on AMD64 Windows8.1 Non-Debug 3.x
Change by Jason R. Coombs : -- keywords: +patch pull_requests: +26561 stage: -> patch review pull_request: https://github.com/python/cpython/pull/28120 ___ Python tracker <https://bugs.python.org/issue45078> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45078] test_importlib: test_read_bytes() fails on AMD64 Windows8.1 Non-Debug 3.x
Jason R. Coombs added the comment: I'm going to attempt that technique again and see if it's sufficient to bypass the symptom. -- ___ Python tracker <https://bugs.python.org/issue45078> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45078] test_importlib: test_read_bytes() fails on AMD64 Windows8.1 Non-Debug 3.x
Jason R. Coombs added the comment: There is an issue where that file originally got EOL conversions, so all Windows buildbots were failing (issue44779). I'd thought we'd worked around the issue by pushing out a PR that deleted the file and ensuring it ran on the buildbots (https://github.com/python/cpython/pull/27436#issuecomment-890029487). I knew it was a risk, however, that either that PR failed to checkout on the buildbot, checked out on a different shard, or that another PR subsequently managed to check out the code without the .gitattributes fix. -- ___ Python tracker <https://bugs.python.org/issue45078> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44893] importlib.metadata Entrypoint has a broken _asdict
Jason R. Coombs added the comment: I'll probably fix the issue in importlib_metadata first (https://github.com/python/importlib_metadata/issues/337). -- ___ Python tracker <https://bugs.python.org/issue44893> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43976] Allow Python distributors to add custom site install schemes
Change by Jason R. Coombs : -- versions: +Python 3.11 -Python 3.10 ___ Python tracker <https://bugs.python.org/issue43976> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43976] Allow Python distributors to add custom site install schemes
Jason R. Coombs added the comment: Thanks Filipe for the summary. I was unsure the status. Even if we grant that Debian is too intrusive in its patching of distutils, it's Python and distutils that are making the change here, so it's not unreasonable for Python to maintain feature parity with the current regime. It's plausible that you or I could convince Matthias to adapt Debian to a less intrusive approach by adapting the whole Debian ecosystem to a new approach. I suspect achieving that change would be a bit of a challenge. The only other alternative I see is for distutils to provide some mechanism to enable Debian to achieve its current expectations without patching. It may not be necessary for CPython to support this mechanism. It may be the case that CPython can support the site install schemes, but that any additional customizations remain a contract between Setuptools/distutils. I'm unsure what implications that would have for other build systems not based on distutils, but presumably it would be up to those systems to support Debian. I suggest one of three courses here: 1. Convince Debian to drop their customizations. 2. Add support to the CPython customizations to support Debian. 3. Draft support for Setuptools/distutils to support Debian customizations and get confirmation from Debian that satisfies their needs. Are there any other options? What direction would you like to pursue? -- ___ Python tracker <https://bugs.python.org/issue43976> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44784] test_importlib uses deprecated SelectableGroups interface
Change by Jason R. Coombs : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue44784> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44784] test_importlib uses deprecated SelectableGroups interface
Jason R. Coombs added the comment: New changeset 21d5897982698a461215203ab51f56ad05648001 by Miss Islington (bot) in branch '3.10': bpo-44784: Apply changes from importlib_metadata 4.6.3 (GH-27508) (#27510) https://github.com/python/cpython/commit/21d5897982698a461215203ab51f56ad05648001 -- ___ Python tracker <https://bugs.python.org/issue44784> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44784] test_importlib uses deprecated SelectableGroups interface
Change by Jason R. Coombs : -- keywords: +patch pull_requests: +26022 stage: -> patch review pull_request: https://github.com/python/cpython/pull/27508 ___ Python tracker <https://bugs.python.org/issue44784> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44784] test_importlib uses deprecated SelectableGroups interface
Jason R. Coombs added the comment: Patch at https://github.com/python/importlib_metadata/pull/333. -- ___ Python tracker <https://bugs.python.org/issue44784> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44784] test_importlib uses deprecated SelectableGroups interface
Jason R. Coombs added the comment: All four of those tests had used `capture_warnings` in an attempt to capture them, but it did not alter the warnings filter. -- ___ Python tracker <https://bugs.python.org/issue44784> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44784] test_importlib uses deprecated SelectableGroups interface
Jason R. Coombs added the comment: In addition to the two reported, there are two others: - test_entry_points_dict_construction - test_entry_points_by_index that also fail. I've been able to replicate the issue in importlib_metadata, so I'll fix it there first. -- ___ Python tracker <https://bugs.python.org/issue44784> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44771] Adopt changes from importlib_resources 5.2
Jason R. Coombs added the comment: New changeset e63e6311aa258a5f3f49a7aed9fdde445fd384d6 by Jason R. Coombs in branch 'main': bpo-44771: Sync with importlib_resources 5.2.2, fixing refleak. (#27497) https://github.com/python/cpython/commit/e63e6311aa258a5f3f49a7aed9fdde445fd384d6 -- ___ Python tracker <https://bugs.python.org/issue44771> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44771] Adopt changes from importlib_resources 5.2
Change by Jason R. Coombs : -- pull_requests: +26015 pull_request: https://github.com/python/cpython/pull/27497 ___ Python tracker <https://bugs.python.org/issue44771> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44648] Inspect.getsource raises wrong error on classes in interactive session
Change by Jason R. Coombs : -- nosy: +jaraco nosy_count: 6.0 -> 7.0 pull_requests: +26014 pull_request: https://github.com/python/cpython/pull/27436 ___ Python tracker <https://bugs.python.org/issue44648> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44777] Create mechanism to contact buildbot worker owners
Jason R. Coombs added the comment: Awesome. Thanks Łukasz. -- ___ Python tracker <https://bugs.python.org/issue44777> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44779] Checkouts stale following changes to .gitattributes
Change by Jason R. Coombs : -- keywords: +patch pull_requests: +25998 stage: -> patch review pull_request: https://github.com/python/cpython/pull/27436 ___ Python tracker <https://bugs.python.org/issue44779> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44777] Create mechanism to contact buildbot worker owners
Change by Jason R. Coombs : -- pull_requests: +25997 stage: -> patch review pull_request: https://github.com/python/cpython/pull/27436 ___ Python tracker <https://bugs.python.org/issue44777> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44777] Create mechanism to contact buildbot worker owners
Change by Jason R. Coombs : -- stage: patch review -> ___ Python tracker <https://bugs.python.org/issue44777> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44777] Create mechanism to contact buildbot worker owners
Change by Jason R. Coombs : -- pull_requests: -25996 ___ Python tracker <https://bugs.python.org/issue44777> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44779] Checkouts stale following changes to .gitattributes
New submission from Jason R. Coombs : In [this comment](https://github.com/python/cpython/pull/27436#issuecomment-889815333), I learned that it's possible to get repo clones into a bad state by: - commit a text file to main (merge a PR) - customize the newline handling for that file in .gitattributes (in a separate PR) Users (including buildbots) that pulled the code between these two steps will be stuck with the files at the state checked out in the first step. Example (must be run on Windows): PS C:\> git clone https://github.com/python/cpython --depth 100 Cloning into 'cpython'... remote: Enumerating objects: 5946, done. remote: Counting objects: 100% (5946/5946), done. remote: Compressing objects: 100% (5079/5079), done. Receiving objects: 100% (5946/5946), 24.99 MiB | 9.18 MiB/s, done. remote: Total 5946 (delta 1382), reused 2314 (delta 758), pack-reused 0 Resolving deltas: 100% (1382/1382), done. Updating files: 100% (4699/4699), done. PS C:\> cd cpython PS C:\cpython> git checkout aaa83cd^1 HEAD is now at 851cca8 Add missing gdbm dependencies to the UNIX CI (GH-27467) PS C:\cpython> # simulate as if this rev was the the initial checkout PS C:\cpython> git rm -r :/ > $null ; git checkout HEAD -- :/ PS C:\cpython> python -c "import pathlib; print(repr(pathlib.Path('Lib/test/test_importlib/namespacedata01/utf-8.file').read_bytes()))" b'Hello, UTF-8 world!\r\n' PS C:\cpython> git checkout -q aaa83cd HEAD is now at aaa83cd bpo-44771: Apply changes from importlib_resources 5.2.1 (GH-27436) PS C:\cpython> python -c "import pathlib; print(repr(pathlib.Path('Lib/test/test_importlib/namespacedata01/utf-8.file').read_bytes()))" b'Hello, UTF-8 world!\r\n' PS C:\cpython> git rm -r :/ > $null ; git checkout HEAD -- :/ PS C:\cpython> python -c "import pathlib; print(repr(pathlib.Path('Lib/test/test_importlib/namespacedata01/utf-8.file').read_bytes()))" b'Hello, UTF-8 world!\n' This issue doesn't exist on other repos (the file has Unix newlines in all checkouts): PS C:\> git clone https://github.com/python/importlib_resources Cloning into 'importlib_resources'... remote: Enumerating objects: 2811, done. remote: Counting objects: 100% (732/732), done. remote: Compressing objects: 100% (400/400), done. eceiving objects: 1% (29/2811) remote: Total 2811 (delta 456), reused 556 (delta 309), pack-reused 2079 Receiving objects: 100% (2811/2811), 446.21 KiB | 7.44 MiB/s, done. Resolving deltas: 100% (1796/1796), done. PS C:\> cd importlib_resources PS C:\importlib_resources> python -c "import pathlib; print(repr(pathlib.Path('importlib_resources/tests/namespacedata01/utf-8.file').read_bytes()))" b'Hello, UTF-8 world!\n' I'm not sure there's much this project can do, except maybe consider minimizing the number of files that need customization. As a former Windows enthusiast, I found the CRLF changes to be annoying an not particularly useful, so I sought to use LF for newlines wherever possible, for simplicity and consistency. Some editors (notably Notepad) would not handle these newlines well, but almost all other editors would handle them just fine. This project could consider standardizing on Unix newlines with a small number of exceptions rather than allowing files by default to be converted to platform-specific newlines. I'm yet unsure what setting it is about the CPython repo that causes newlines to be customized per platform but importlib_resources does not. -- assignee: docs@python components: Documentation messages: 398552 nosy: docs@python, jaraco priority: normal severity: normal status: open title: Checkouts stale following changes to .gitattributes ___ Python tracker <https://bugs.python.org/issue44779> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44777] Create mechanism to contact buildbot worker owners
Change by Jason R. Coombs : -- keywords: +patch pull_requests: +25996 stage: -> patch review pull_request: https://github.com/python/cpython/pull/27436 ___ Python tracker <https://bugs.python.org/issue44777> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44777] Create mechanism to contact buildbot worker owners
New submission from Jason R. Coombs : In [this comment](https://github.com/python/cpython/pull/27436#issuecomment-889815333), I learned that it's possible to break the buildbots in a way that's not fixable with a simple code change. The recommendation there was to contact the buildbot owners, but as far as I can tell, there's no mechanism to do that. Reading through the documentation for [buildbots](https://devguide.python.org/buildbots/) and [enrolling buildbots](https://devguide.python.org/buildworker/), there's nothing about subscribing to any list, so it seems there's no way to reach this audience. It would be nice if there was a mailing list or other notification channel for the buildbot owners that could be used to reach out to them in an event like this. -- assignee: docs@python components: Documentation messages: 398547 nosy: docs@python, jaraco priority: normal severity: normal status: open title: Create mechanism to contact buildbot worker owners ___ Python tracker <https://bugs.python.org/issue44777> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44195] importlib.abc.TraversableReader is not implemented
Change by Jason R. Coombs : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue44195> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44771] Adopt changes from importlib_resources 5.2
Change by Jason R. Coombs : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue44771> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44771] Adopt changes from importlib_resources 5.2
Jason R. Coombs added the comment: New changeset aaa83cdfab6817446285e631232f64b394ac6791 by Jason R. Coombs in branch 'main': bpo-44771: Apply changes from importlib_resources 5.2.1 (GH-27436) https://github.com/python/cpython/commit/aaa83cdfab6817446285e631232f64b394ac6791 -- ___ Python tracker <https://bugs.python.org/issue44771> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44771] Adopt changes from importlib_resources 5.2
Jason R. Coombs added the comment: In [this comment](https://github.com/python/importlib_resources/pull/221#discussion_r679124389), I did more analysis and assuaged my own concerns about the implementation. Everything seems to be working as intended, thanks to the strong work by FFY00. -- ___ Python tracker <https://bugs.python.org/issue44771> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40263] ValueError exception on _winapi.WaitForMultipleObjects
Change by Jason R. Coombs : -- nosy: -jaraco ___ Python tracker <https://bugs.python.org/issue40263> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40263] ValueError exception on _winapi.WaitForMultipleObjects
Change by Jason R. Coombs : -- pull_requests: -25966 ___ Python tracker <https://bugs.python.org/issue40263> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44771] Adopt changes from importlib_resources 5.2
Jason R. Coombs added the comment: On further consideration, the concern I had may not be manifest in the implementation. It may be the _adapters.wrap_spec provides all the compatibility that's needed. I'll see if I can concoct an idiomatic case, but I may find that there's no concern at all. -- ___ Python tracker <https://bugs.python.org/issue44771> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44771] Adopt changes from importlib_resources 5.2
Jason R. Coombs added the comment: I've put together a patch based on python/importlib_resources@3b24bd6307, and interestingly, the tests pass... which is a little concerning because in https://github.com/python/importlib_resources/pull/221#discussion_r659214483, I describe a compatibility concern that I believe will be present only on the CPython implementation. Before we merge the changes, I'd like to (a) address that concern and (b) ideally write a test that captures that concern. -- ___ Python tracker <https://bugs.python.org/issue44771> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44771] Adopt changes from importlib_resources 5.2
Change by Jason R. Coombs : -- nosy: +FFY00 ___ Python tracker <https://bugs.python.org/issue44771> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40263] ValueError exception on _winapi.WaitForMultipleObjects
Change by Jason R. Coombs : -- nosy: +jaraco nosy_count: 8.0 -> 9.0 pull_requests: +25966 pull_request: https://github.com/python/cpython/pull/27436 ___ Python tracker <https://bugs.python.org/issue40263> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44771] Adopt changes from importlib_resources 5.2
Change by Jason R. Coombs : -- keywords: +patch pull_requests: +25965 stage: -> patch review pull_request: https://github.com/python/cpython/pull/27436 ___ Python tracker <https://bugs.python.org/issue44771> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44771] Adopt changes from importlib_resources 5.2
New submission from Jason R. Coombs : Importlib_resources 5.1 and 5.2 introduced the following changes (more details at https://importlib-resources.readthedocs.io/en/latest/history.html#v5-2-1): - Added ``simple`` module implementing adapters from a low-level resources reader interface to a ``TraversableResources`` interface. - Legacy API (``path``, ``contents``, ...) is now supported entirely by the ``.files()`` API with a compatibility shim supplied for resource loaders without that functionality. Let's incorporate those into the stdlib version. -- assignee: jaraco components: Library (Lib) messages: 398453 nosy: jaraco priority: normal severity: normal status: open title: Adopt changes from importlib_resources 5.2 versions: Python 3.11 ___ Python tracker <https://bugs.python.org/issue44771> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44461] 'Pdb' object has no attribute 'botframe'
Jason R. Coombs added the comment: This issue is solved. Thanks Irit for taking the time to investigate the issue and do the hard part of developing a test. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue44461> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44461] 'Pdb' object has no attribute 'botframe'
Jason R. Coombs added the comment: New changeset 49b5e20fa8c091f9158ccd26f9a12fc1e91cfc93 by Jason R. Coombs in branch '3.9': [3.9] bpo-44461: Check early that a pdb target is valid for execution. (GH-27227) (GH-27400) https://github.com/python/cpython/commit/49b5e20fa8c091f9158ccd26f9a12fc1e91cfc93 -- ___ Python tracker <https://bugs.python.org/issue44461> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44461] 'Pdb' object has no attribute 'botframe'
Change by Jason R. Coombs : -- pull_requests: +25933 pull_request: https://github.com/python/cpython/pull/27400 ___ Python tracker <https://bugs.python.org/issue44461> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44461] 'Pdb' object has no attribute 'botframe'
Change by Jason R. Coombs : -- pull_requests: +25932 pull_request: https://github.com/python/cpython/pull/27399 ___ Python tracker <https://bugs.python.org/issue44461> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44461] 'Pdb' object has no attribute 'botframe'
Jason R. Coombs added the comment: New changeset ee03bad25e83b00ba5fc2a0265b48c6286e6b3f7 by Jason R. Coombs in branch 'main': bpo-44461: Check early that a pdb target is valid for execution. (#27227) https://github.com/python/cpython/commit/ee03bad25e83b00ba5fc2a0265b48c6286e6b3f7 -- ___ Python tracker <https://bugs.python.org/issue44461> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44461] 'Pdb' object has no attribute 'botframe'
Change by Jason R. Coombs : -- pull_requests: -25553 ___ Python tracker <https://bugs.python.org/issue44461> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44461] 'Pdb' object has no attribute 'botframe'
Change by Jason R. Coombs : -- pull_requests: +25768 pull_request: https://github.com/python/cpython/pull/27227 ___ Python tracker <https://bugs.python.org/issue44461> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44554] pdb.main is unnecessarily complicated
Jason R. Coombs added the comment: Additional problems I noticed while working on the refactor: - There is a lot of overlap in behavior between the implementations of _run_script and _run_module (initializing private variables, setting mainpyfile, resetting the __main__ namespace). - There are two block comments in _run_script whose behaviors apply to _run_module as well, but the block comments are not associated with those behaviors in _run_module. -- ___ Python tracker <https://bugs.python.org/issue44554> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com