[issue44893] importlib.metadata Entrypoint has a broken _asdict

2021-12-16 Thread Jason R. Coombs
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/issu

[issue46105] Requirement syntax broken when extras indicated on url_req

2021-12-16 Thread Jason R. Coombs
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

[issue44893] importlib.metadata Entrypoint has a broken _asdict

2021-12-16 Thread Jason R. Coombs
Change by Jason R. Coombs : -- pull_requests: +28371 pull_request: https://github.com/python/cpython/pull/30151 ___ Python tracker <https://bugs.python.org/issue44

[issue46105] Requirement syntax broken when extras indicated on url_req

2021-12-16 Thread Jason R. Coombs
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/issu

[issue44893] importlib.metadata Entrypoint has a broken _asdict

2021-12-16 Thread Jason R. Coombs
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 t

[issue44893] importlib.metadata Entrypoint has a broken _asdict

2021-12-16 Thread Jason R. Coombs
Change by Jason R. Coombs : -- pull_requests: -28371 ___ Python tracker <https://bugs.python.org/issue44893> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46105] Requirement syntax broken when extras indicated on url_req

2021-12-16 Thread Jason R. Coombs
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/cpyt

[issue44893] importlib.metadata Entrypoint has a broken _asdict

2021-12-16 Thread Jason R. Coombs
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/04deaee4c8d313717f3ea8f6a4fd70

[issue46105] Requirement syntax broken when extras indicated on url_req

2021-12-16 Thread Jason R. Coombs
Change by Jason R. Coombs : -- pull_requests: +28376 pull_request: https://github.com/python/cpython/pull/30157 ___ Python tracker <https://bugs.python.org/issue46

[issue46105] Requirement syntax broken when extras indicated on url_req

2021-12-16 Thread Jason R. Coombs
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/cpyt

[issue46105] Requirement syntax broken when extras indicated on url_req

2021-12-16 Thread Jason R. Coombs
Change by Jason R. Coombs : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue44893] importlib.metadata Entrypoint has a broken _asdict

2021-12-16 Thread Jason R. Coombs
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.or

[issue46109] Separate resources and abc docs from other importlib docs

2021-12-16 Thread Jason R. Coombs
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 `.reso

[issue46109] Separate resources and abc docs from other importlib docs

2021-12-16 Thread Jason R. Coombs
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/issu

[issue46109] Separate resources and abc docs from other importlib docs

2021-12-17 Thread Jason R. Coombs
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 tog

[issue46118] Migrate importlib.resources into a package

2021-12-17 Thread Jason R. Coombs
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

[issue46109] Separate resources and abc docs from other importlib docs

2021-12-17 Thread Jason R. Coombs
Jason R. Coombs added the comment: I wonder if maybe it's more important to address issue46118 first. -- ___ Python tracker <https://bugs.python.org/is

[issue46118] Migrate importlib.resources into a package

2021-12-17 Thread Jason R. Coombs
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/issu

[issue46118] Migrate importlib.resources into a package

2021-12-17 Thread Jason R. Coombs
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

[issue46124] Deprecation warning in zoneinfo module

2021-12-18 Thread Jason R. Coombs
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

[issue46124] Deprecation warning in zoneinfo module

2021-12-18 Thread Jason R. Coombs
Change by Jason R. Coombs : -- assignee: -> jaraco ___ Python tracker <https://bugs.python.org/issue46124> ___ ___ Python-bugs-list mailing list Unsubscrib

[issue46124] Deprecation warning in zoneinfo module

2021-12-18 Thread Jason R. Coombs
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.py

[issue46125] Test the preferred API instead of relying on legacy for coverage

2021-12-18 Thread Jason R. Coombs
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

[issue46125] Test the preferred API instead of relying on legacy for coverage

2021-12-18 Thread Jason R. Coombs
Change by Jason R. Coombs : -- components: +Library (Lib) versions: +Python 3.11 ___ Python tracker <https://bugs.python.org/issue46125> ___ ___ Python-bug

[issue46125] Test the preferred API instead of relying on legacy for coverage

2021-12-18 Thread Jason R. Coombs
Change by Jason R. Coombs : -- assignee: -> jaraco ___ Python tracker <https://bugs.python.org/issue46125> ___ ___ Python-bugs-list mailing list Unsubscrib

[issue46124] Deprecation warning in zoneinfo module

2021-12-18 Thread Jason R. Coombs
Jason R. Coombs added the comment: I filed issue46125 to track that issue separately. -- ___ Python tracker <https://bugs.python.org/issue46124> ___ ___ Pytho

[issue46126] Unittest output drives developers to avoid docstrings

2021-12-18 Thread Jason R. Coombs
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

[issue46125] Test the preferred API instead of relying on legacy for coverage

2021-12-18 Thread Jason R. Coombs
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/issu

[issue46124] Deprecation warning in zoneinfo module

2021-12-18 Thread Jason R. Coombs
Change by Jason R. Coombs : -- keywords: +patch pull_requests: +28410 stage: -> patch review pull_request: https://github.com/python/cpython/pull/30190 ___ Python tracker <https://bugs.python.org/issu

[issue46125] Test the preferred API instead of relying on legacy for coverage

2021-12-18 Thread Jason R. Coombs
Jason R. Coombs added the comment: New changeset 9b52920173735ac609664c6a3a3021d24a95a092 by Jason R. Coombs in branch 'main': bpo-46125: Refactor tests to test traversable API directly. Includes changes from importlib_resources 5.4.0. (GH-30189) https://github.com/python/cpyt

[issue46126] Unittest output drives developers to avoid docstrings

2021-12-18 Thread Jason R. Coombs
Jason R. Coombs added the comment: Absolutely. I was thinking to do just that. -- ___ Python tracker <https://bugs.python.org/issue46126> ___ ___ Python-bug

[issue46126] Unittest output drives developers to avoid docstrings

2021-12-18 Thread Jason R. Coombs
Jason R. Coombs added the comment: I created this diff: ```diff diff --git a/Lib/test/test_importlib/test_metadata_api.py b/Lib/test/test_importlib/test_metadata_api.py index e16773a7e8..92aacd5ad5 100644 --- a/Lib/test/test_importlib/test_metadata_api.py +++ b/Lib/test/test_importlib

[issue46126] Unittest output drives developers to avoid docstrings

2021-12-18 Thread Jason R. Coombs
Jason R. Coombs added the comment: My guess is the tests were run with something like this: ``` ./python.exe -E -We -m test -v test_importlib | grep '... ERROR' Entry points should only be exposed for the first package ... ERROR test test_importlib failed ``` In that case, the l

[issue46126] Unittest output drives developers to avoid docstrings

2021-12-18 Thread Jason R. Coombs
Jason R. Coombs added the comment: Looks like the code, I believe here's where the reporting happens: https://github.com/python/cpython/blob/9b52920173735ac609664c6a3a3021d24a95a092/Lib/unittest/runner.py#L48-L51 I see a "description" property there that may already prov

[issue46126] Unittest output drives developers to avoid docstrings

2021-12-18 Thread Jason R. Coombs
Jason R. Coombs added the comment: It looks like that 'descriptions' attribute is passed through from TextTestRunner, which sets it to True by default (https://github.com/python/cpython/blob/9b52920173735ac609664c6a3a3021d24a95a092/Lib/unittest/runner.py#L163). It seems that beha

[issue46126] Unittest output drives developers to avoid docstrings

2021-12-18 Thread Jason R. Coombs
Jason R. Coombs added the comment: After some investigation (and tracing calls through a dozen or more layers), I found that Python's own regression tests can disable this behavior thus: ``` diff --git a/Lib/test/support/testresult.py b/Lib/test/support/testresult.py index 2cd13

[issue46126] Unittest output drives developers to avoid docstrings

2021-12-18 Thread Jason R. Coombs
Change by Jason R. Coombs : -- keywords: +patch pull_requests: +28415 stage: -> patch review pull_request: https://github.com/python/cpython/pull/30194 ___ Python tracker <https://bugs.python.org/issu

[issue46124] Deprecation warning in zoneinfo module

2021-12-18 Thread Jason R. Coombs
Change by Jason R. Coombs : -- assignee: jaraco -> p-ganssle ___ Python tracker <https://bugs.python.org/issue46124> ___ ___ Python-bugs-list mailing list Un

[issue46109] Separate resources and abc docs from other importlib docs

2021-12-19 Thread Jason R. Coombs
Jason R. Coombs added the comment: The reason I wanted to consider issue46118 first was because I wanted to explore whether the ABCs from `importlib_resources.abc` should be _documented_ as `importlib.resources.abc` or `importlib.abc` (as they are now). After filing the issue and exploring

[issue46109] Separate resources and abc docs from other importlib docs

2021-12-19 Thread Jason R. Coombs
Jason R. Coombs added the comment: > a ToC at the top of the main page which identifies the submodules (and > provides a brief summary for each) would be extra helpful. I've added this in the latest commit (1adefaf552). -- ___ Pyt

[issue46109] Separate resources and abc docs from other importlib docs

2021-12-19 Thread Jason R. Coombs
Jason R. Coombs added the comment: As I'm exploring this issue, I notice that currently, the docs refer to :class:`importlib.resources.abc.Traversable` (even though that doesn't currently exist) (https://github.com/python/cpython/blame/main/Doc/library/importli

[issue46118] Migrate importlib.resources into a package

2021-12-19 Thread Jason R. Coombs
Jason R. Coombs added the comment: I recently noticed that some docs already refer to `importlib.resources.abc` even though it doesn't currently exist (https://github.com/python/cpython/blame/main/Doc/library/importlib.rst#L948). That finding leads me to adjust my expectation that pe

[issue46109] Separate resources docs from other importlib docs

2021-12-19 Thread Jason R. Coombs
Jason R. Coombs added the comment: I realize, I can limit the scope of this issue to address 'resources' alone, leaving ABCs where they are except for resource-related ones, allowing us to defer a larger refactoring to a separate issue/effort. -- title: Separate resourc

[issue46124] Deprecation warning in zoneinfo module

2021-12-28 Thread Jason R. Coombs
Jason R. Coombs added the comment: > Does `joinpath` have less validation? Yes. Previously, resources.* would perform some validation on the path to ensure that it didn't contain path separators (to avoid users attempting to get resources in subdirectories or perhaps manipulating

[issue46124] Deprecation warning in zoneinfo module

2021-12-28 Thread Jason R. Coombs
Jason R. Coombs added the comment: Normalize_path from legacy implementation: https://github.com/python/importlib_resources/blob/3beb2fd5831e65f7b45033e1ec276c4a6b4ca973/importlib_resources/_legacy.py#L30-L40 -- ___ Python tracker <ht

[issue46118] Migrate importlib.resources into a package

2021-12-30 Thread Jason R. Coombs
Jason R. Coombs added the comment: New changeset e712a5b277866a71c195f38c1b5d87d9126dba3e by Jason R. Coombs in branch 'main': bpo-46118: Move importlib.resources to its own package. (#30176) https://github.com/python/cpython/commit/e712a5b277866a71c195f38c1b5d87

[issue46118] Migrate importlib.resources into a package

2021-12-30 Thread Jason R. Coombs
Change by Jason R. Coombs : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue46109] Separate resources docs from other importlib docs

2021-12-30 Thread Jason R. Coombs
Jason R. Coombs added the comment: New changeset 99945c6b5cf280bd90075cffae942af44941abcc by Jason R. Coombs in branch 'main': bpo-46109: Separate out files relating to importlib.resources (GH-30160) https://github.com/python/cpython/commit/99945c6b5cf280bd90075cffae942a

[issue46118] Migrate importlib.resources into a package

2021-12-30 Thread Jason R. Coombs
Jason R. Coombs added the comment: Installed buildbots are failing (like this one: https://buildbot.python.org/all/#/builders/350/builds/1164). I'm going to see if it's a simple fix like updating the makefile or if a rollback is called for. -- status: clos

[issue46118] Migrate importlib.resources into a package

2021-12-30 Thread Jason R. Coombs
Change by Jason R. Coombs : -- pull_requests: +28525 stage: resolved -> patch review pull_request: https://github.com/python/cpython/pull/30311 ___ Python tracker <https://bugs.python.org/issu

[issue46118] Migrate importlib.resources into a package

2021-12-30 Thread Jason R. Coombs
Jason R. Coombs added the comment: Looks like I encountered the same foot gun when originally introducing the importlib.metadata package (issue34632). -- stage: patch review -> resolved ___ Python tracker <https://bugs.python.org/issu

[issue46118] Migrate importlib.resources into a package

2021-12-30 Thread Jason R. Coombs
Jason R. Coombs added the comment: And the underlying cause is reported in issue37043. -- ___ Python tracker <https://bugs.python.org/issue46118> ___ ___ Pytho

[issue37043] Buildbots fail when new files are added

2021-12-30 Thread Jason R. Coombs
Jason R. Coombs added the comment: I encountered this issue again today in issue46118. I started looking into creating the patchcheck, but I realize it may be a little tricky to detect the introduction of a new folder, because `git diff` doesn't actually report new folders, and my in

[issue46118] Migrate importlib.resources into a package

2021-12-30 Thread Jason R. Coombs
Jason R. Coombs added the comment: New changeset 35628e4cde71e54afe12aea50c74069afe2c3389 by Jason R. Coombs in branch 'main': bpo-46118: Make sure importlib.resources is included. (GH-30311) https://github.com/python/cpython/commit/35628e4cde71e54afe12aea50c7406

[issue46109] Separate resources docs from other importlib docs

2021-12-31 Thread Jason R. Coombs
Change by Jason R. Coombs : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue46118] Migrate importlib.resources into a package

2022-01-01 Thread Jason R. Coombs
Change by Jason R. Coombs : -- status: open -> closed ___ Python tracker <https://bugs.python.org/issue46118> ___ ___ Python-bugs-list mailing list Unsubscrib

[issue46126] Unittest output drives developers to avoid docstrings

2022-01-01 Thread Jason R. Coombs
Jason R. Coombs added the comment: > > I presume I don't need to explain why docstrings are nice and preferable > > over comments. > Actually, can you? I searched around and didn't find any good treatise or thorough overview of reasons _why_ docstrings should be

[issue45649] Add tarinfo.Path

2022-01-01 Thread Jason R. Coombs
Jason R. Coombs added the comment: I'd recommend not to block on issue24132. It's not obvious to me that subclassing would be valuable. It depends on how it's implemented, but in my experience, zipfile.Path doesn't and cannot implement the full interface of p

[issue46246] importlib.metadata.DeprecatedList appears to be missing __slots__

2022-01-03 Thread Jason R. Coombs
Jason R. Coombs added the comment: Perhaps it is a mistake. The `__slots__` were added as a (possible premature) optimization in [this conversation](https://github.com/python/importlib_metadata/pull/278/files#r565475347). It's not obvious to me what the danger is in defining __slots__

[issue46246] importlib.metadata.DeprecatedList appears to be missing __slots__

2022-01-04 Thread Jason R. Coombs
Jason R. Coombs added the comment: Today I learned something. Thanks Arie. Yes, I agree that's a mistake. Perhaps the test suite should also have a test to capture the missed expectation (that __dict__ should not be present or setting attributes on EntryPoints instances should

[issue43976] Allow Python distributors to add custom site install schemes

2022-01-05 Thread Jason R. Coombs
Jason R. Coombs added the comment: I don't have a good answer, but given the title of this issue (which is specifically scoped to site install schemes), I'm tempted to say we should deal with prefixes in a separate, perhaps broader issue, and there address the reported issue (tha

[issue46304] Unable to iterate over lines in a file without a block of code

2022-01-07 Thread Jason R. Coombs
New submission from Jason R. Coombs : I'd like to be able to do something pretty fundamental: lazily load lines from a file in a single expression. Best I can tell, that's not possible in the language without triggering warnings. One can use 'open' but that trigge

[issue46304] Unable to iterate over lines in a file without a block of code

2022-01-08 Thread Jason R. Coombs
Jason R. Coombs added the comment: Hi Eric. I did mention that option in my report, but that option requires loading the whole file into memory. I'd like something equivalent to the iterator that `open()` provides, which yields lines lazily. Serihy, thanks for the feedback. I do indee

[issue46304] Unable to iterate over lines in a file without a block of code

2022-01-08 Thread Jason R. Coombs
Jason R. Coombs added the comment: Nice reference. Indeed, the [rationale](https://www.python.org/dev/peps/pep-0533/#id15) of that pep gives a similar example and the [background](https://www.python.org/dev/peps/pep-0533/#id3) describes the problem with the solution I've drafted abov

[issue46124] Deprecation warning in zoneinfo module

2022-01-21 Thread Jason R. Coombs
Jason R. Coombs added the comment: Closing, presumed fixed. Please re-open if not. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue46425] Multiple test modules fail to run if invoked directly

2022-01-22 Thread Jason R. Coombs
Change by Jason R. Coombs : -- nosy: +jaraco ___ Python tracker <https://bugs.python.org/issue46425> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46126] Unittest output drives developers to avoid docstrings

2022-01-22 Thread Jason R. Coombs
Jason R. Coombs added the comment: I've merged the fix for regrtest and I'll explore Terry's concerns and see what I can devise for those concerns as well. -- ___ Python tracker <https://bugs.pyt

[issue46126] Unittest output drives developers to avoid docstrings

2022-01-22 Thread Jason R. Coombs
Change by Jason R. Coombs : -- assignee: -> jaraco ___ Python tracker <https://bugs.python.org/issue46126> ___ ___ Python-bugs-list mailing list Unsubscrib

[issue46425] Multiple test modules fail to run if invoked directly

2022-01-22 Thread Jason R. Coombs
Change by Jason R. Coombs : -- pull_requests: +28984 pull_request: https://github.com/python/cpython/pull/30799 ___ Python tracker <https://bugs.python.org/issue46

[issue46474] Inefficient regular expression complexity in EntryPoint.pattern

2022-01-22 Thread Jason R. Coombs
New submission from Jason R. Coombs : Originally reported to the Python Security Response Team, the EntryPoint.pattern demonstrates a potential [ReDoS](https://owasp.org/www-community/attacks/Regular_expression_Denial_of_Service_). The issue has been patched and fix released with

[issue46474] Inefficient regular expression complexity in EntryPoint.pattern

2022-01-22 Thread Jason R. Coombs
Jason R. Coombs added the comment: Because I want this security issue to be back-portable to older Pythons, I'll first apply importlib_metadata 4.10.0 and then apply the change from 4.10.1 separately. -- ___ Python tracker &

[issue46474] Inefficient regular expression complexity in EntryPoint.pattern

2022-01-22 Thread Jason R. Coombs
Change by Jason R. Coombs : -- keywords: +patch pull_requests: +28987 stage: -> patch review pull_request: https://github.com/python/cpython/pull/30802 ___ Python tracker <https://bugs.python.org/issu

[issue46425] Multiple test modules fail to run if invoked directly

2022-01-22 Thread Jason R. Coombs
Change by Jason R. Coombs : -- pull_requests: +28988 pull_request: https://github.com/python/cpython/pull/30802 ___ Python tracker <https://bugs.python.org/issue46

[issue46425] Multiple test modules fail to run if invoked directly

2022-01-22 Thread Jason R. Coombs
Change by Jason R. Coombs : -- pull_requests: +28990 pull_request: https://github.com/python/cpython/pull/30803 ___ Python tracker <https://bugs.python.org/issue46

[issue46474] Inefficient regular expression complexity in EntryPoint.pattern

2022-01-22 Thread Jason R. Coombs
Change by Jason R. Coombs : -- pull_requests: +28989 pull_request: https://github.com/python/cpython/pull/30803 ___ Python tracker <https://bugs.python.org/issue46

[issue41682] [Windows] test_asyncio: Proactor test_sendfile_close_peer_in_the_middle_of_receiving failure

2022-01-22 Thread Jason R. Coombs
Change by Jason R. Coombs : -- stage: patch review -> needs patch ___ Python tracker <https://bugs.python.org/issue41682> ___ ___ Python-bugs-list mai

[issue46425] Multiple test modules fail to run if invoked directly

2022-01-22 Thread Jason R. Coombs
Jason R. Coombs added the comment: New changeset d888ff5381594641126065e78dc9210dae4436a4 by Jason R. Coombs in branch 'main': bpo-46425: Partially revert "bpo-46425: fix direct invocation of `test_importlib` (GH-30682)" (GH-30799) https://github.com/p

[issue46474] Inefficient regular expression complexity in EntryPoint.pattern

2022-01-22 Thread Jason R. Coombs
Jason R. Coombs added the comment: New changeset 443dec6c9a104386ee90165d32fb28d0c5d29043 by Jason R. Coombs in branch 'main': bpo-46474: Apply changes from importlib_metadata 4.10.0 (GH-30802) https://github.com/python/cpython/commit/443dec6c9a104386ee90165d32fb28

[issue46474] Inefficient regular expression complexity in EntryPoint.pattern

2022-01-22 Thread Jason R. Coombs
Jason R. Coombs added the comment: New changeset 51c3e28c8a163e58dc753765e3cc51d5a717e70d by Jason R. Coombs in branch 'main': bpo-46474: Avoid REDoS in EntryPoint.pattern (sync with importlib_metadata 4.10.1) (GH-30803) https://github.com/python/cpyt

[issue46474] Inefficient regular expression complexity in EntryPoint.pattern

2022-01-23 Thread Jason R. Coombs
Change by Jason R. Coombs : -- pull_requests: +29014 pull_request: https://github.com/python/cpython/pull/30827 ___ Python tracker <https://bugs.python.org/issue46

[issue46474] Inefficient regular expression complexity in EntryPoint.pattern

2022-01-23 Thread Jason R. Coombs
Change by Jason R. Coombs : -- pull_requests: +29015 pull_request: https://github.com/python/cpython/pull/30828 ___ Python tracker <https://bugs.python.org/issue46

[issue46474] Inefficient regular expression complexity in EntryPoint.pattern

2022-01-23 Thread Jason R. Coombs
Change by Jason R. Coombs : -- pull_requests: +29016 pull_request: https://github.com/python/cpython/pull/30829 ___ Python tracker <https://bugs.python.org/issue46

[issue46474] Inefficient regular expression complexity in EntryPoint.pattern

2022-01-23 Thread Jason R. Coombs
Jason R. Coombs added the comment: New changeset a7a4ca4f06c8c31d7f403113702ad2e80bfc326b by Jason R. Coombs in branch '3.10': [3.10] bpo-46474: Avoid REDoS in EntryPoint.pattern (sync with importlib_metadata 4.10.1) (GH-30803) (GH-30827) https://github.com/python/cpyt

[issue46474] Inefficient regular expression complexity in EntryPoint.pattern

2022-01-23 Thread Jason R. Coombs
Jason R. Coombs added the comment: New changeset 1514d1252f96e6a83eb65c439522a6b5443f6a1a by Jason R. Coombs in branch '3.9': [3.9] bpo-46474: Avoid REDoS in EntryPoint.pattern (sync with importlib_metadata 4.10.1) (GH-30803). (GH-30828) https://github.com/python/cpyt

[issue46474] Inefficient regular expression complexity in EntryPoint.pattern

2022-01-23 Thread Jason R. Coombs
Change by Jason R. Coombs : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue46546] `importlib.metadata.DeprecatedList` leaks `method_name` variable

2022-01-27 Thread Jason R. Coombs
Jason R. Coombs added the comment: Thanks Nikita for the report. I agree, it's inelegant that this property leaks. Because this code is synced with importlib_metadata, I'm not sure it's worth the effort of changing it here. Your change here implies a cherry-pick to the backpo

[issue46619] lazy module property not recognized by doctests

2022-02-02 Thread Jason R. Coombs
New submission from Jason R. Coombs : Attempting to define a lazy-loaded property for a module, I found [this guidance](https://stackoverflow.com/a/52018676/70170) referencing [module attribute access](https://docs.python.org/3/reference/datamodel.html#customizing-module-attribute-access

[issue13305] datetime.strftime("%Y") not consistent for years < 1000

2022-02-10 Thread Jason R. Coombs
Jason R. Coombs added the comment: The tempora library implements a [portable strftime](https://tempora.readthedocs.io/en/latest/index.html#tempora.strftime). -- ___ Python tracker <https://bugs.python.org/issue13

[issue46246] importlib.metadata.DeprecatedList appears to be missing __slots__

2022-02-10 Thread Jason R. Coombs
Jason R. Coombs added the comment: I'm pretty sure both EntryPoints and DeprecatedList were introduced in Python 3.10, so 3.9 and 3.8 aren't relevant. -- versions: -Python 3.8, Python 3.9 ___ Python tracker <https://bugs.python.o

[issue11473] upload command no longer accepts repository by section name

2011-09-28 Thread Jason R. Coombs
Jason R. Coombs added the comment: I now seem to be unable to reproduce the issue. I do keep my .pypirc in a revision control system, so I have reasonable confidence that my .pypirc contained the content that I'm attaching now (passwords scrubbed of course). One possible factor is th

[issue11473] upload command no longer accepts repository by section name

2011-09-28 Thread Jason R. Coombs
Jason R. Coombs added the comment: Sure enough. I just confirmed that with Python 3.2.0, if .pypirc is symlinked, distutils behaves as if the .pypirc isn't present at all, but if that same .pypirc is copied, it behaves as expected. If one deletes the .pypirc altogether, it produces the

[issue13143] os.path.islink documentation is ambiguous

2011-10-10 Thread Jason R. Coombs
Jason R. Coombs added the comment: Thanks Garen for the detailed analysis and writeup. The short answer to your question is "supported by the Python runtime". Allow me to provide a bit of history. Symlink awareness under Windows was added to Python in Python 3.2, so the behavior

[issue13211] urllib2.HTTPError does not have 'reason' attribute.

2011-10-18 Thread Jason R. Coombs
New submission from Jason R. Coombs : The urllib2 docs indicate that HTTPError is a subclass of URLError and that URLError has an attribute of 'reason', but HTTPError does not have this attribute. The docs should be updated to reflect this deviance. It appears the Python 3.2 docs

[issue13211] urllib2.HTTPError does not have 'reason' attribute.

2011-10-26 Thread Jason R. Coombs
Jason R. Coombs added the comment: I scanned through the libs for Python 2.7, 3.2, and 3.3 and there is no construction of HTTPError that does not pass a string for msg. I believe it would be reasonable to alias reason to msg. I'll put together the chang

[issue13211] urllib2.HTTPError does not have 'reason' attribute.

2011-11-07 Thread Jason R. Coombs
Changes by Jason R. Coombs : -- hgrepos: +88 keywords: +needs review, patch ___ Python tracker <http://bugs.python.org/issue13211> ___ ___ Python-bugs-list mailin

[issue13211] urllib2.HTTPError does not have 'reason' attribute.

2011-11-07 Thread Jason R. Coombs
Changes by Jason R. Coombs : Added file: http://bugs.python.org/file23627/fffeff7721c0.diff ___ Python tracker <http://bugs.python.org/issue13211> ___ ___ Python-bug

[issue13211] urllib2.HTTPError does not have 'reason' attribute.

2011-11-07 Thread Jason R. Coombs
Jason R. Coombs added the comment: I've created three changesets, addressing the issue in 2.7, 3.2, and 3.3, including tests. Please review and comment. If there are no objections, I'll push the changesets after 24 hours. -- ___ Pyth

[issue13211] urllib2.HTTPError does not have 'reason' attribute.

2011-11-07 Thread Jason R. Coombs
Jason R. Coombs added the comment: My initial instinct was to agree - the status code is useful. However, in looking at the FTP code, it sometimes just sets other objects (socket.error for example) as the 'reason'. The docs say 'reason' is a string or another exception.

[issue13211] urllib2.HTTPError does not have 'reason' attribute.

2011-11-08 Thread Jason R. Coombs
Jason R. Coombs added the comment: That was my point. If HTTPError is a subclass of URLError, then an HTTPError _is an_ URLError, and thus should implement the same public interface. The problem is better illustrated with this request: try: urllib.request.urlopen('http://api.wordnik.c

[issue13211] urllib2.HTTPError does not have 'reason' attribute.

2011-11-08 Thread Jason R. Coombs
Changes by Jason R. Coombs : -- components: +Library (Lib) ___ Python tracker <http://bugs.python.org/issue13211> ___ ___ Python-bugs-list mailing list Unsub

  1   2   3   4   5   6   7   8   9   10   >