Jason R. Coombs added the comment:
New changeset 37e0c7850de902179b28f1378fbbc38a5ed3628c by Jason R. Coombs in
branch 'master':
bpo-43926: Cleaner metadata with PEP 566 JSON support. (GH-25565)
https://github.com/python/cpython/commit/37e0c7850de902179b28f1378fbbc38a5ed3628c
Change by Jason R. Coombs :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Jason R. Coombs added the comment:
Thanks Paul!
--
nosy: +jaraco
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Jason R. Coombs added the comment:
Thanks Andrei
--
___
Python tracker
<https://bugs.python.org/issue41350>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Jason R. Coombs :
--
resolution: -> duplicate
stage: patch review -> resolved
status: open -> closed
superseder: -> Using zipfile.Path with several files prematurely closes zip
___
Python tracker
<https://bugs.python
Change by Jason R. Coombs :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Jason R. Coombs added the comment:
New changeset c6ca368867bd68d44f333df840aa85d425a51410 by Jason R. Coombs in
branch 'master':
bpo-43780: Sync with importlib_metadata 3.10 (GH-25297)
https://github.com/python/cpython/commit/c6ca368867bd68d44f333df840aa85d425a51410
Change by Jason R. Coombs :
--
keywords: +patch
pull_requests: +24284
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/25565
___
Python tracker
<https://bugs.python.org/issu
New submission from Jason R. Coombs :
[importlib_metadata
4.0](https://importlib-metadata.readthedocs.io/en/latest/history.html#v4-0-0)
introduced these important changes to the `metadata` function:
``PackageMetadata`` as returned by ``metadata()``
and ``Distribution.metadata()`` now
Change by Jason R. Coombs :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Jason R. Coombs :
--
pull_requests: +24218
pull_request: https://github.com/python/cpython/pull/25495
___
Python tracker
<https://bugs.python.org/issue43
Change by Jason R. Coombs :
--
pull_requests: +24217
pull_request: https://github.com/python/cpython/pull/25494
___
Python tracker
<https://bugs.python.org/issue43
Change by Jason R. Coombs :
--
pull_requests: +24177
pull_request: https://github.com/python/cpython/pull/25448
___
Python tracker
<https://bugs.python.org/issue43
Change by Jason R. Coombs :
--
assignee: -> jaraco
___
Python tracker
<https://bugs.python.org/issue43856>
___
___
Python-bugs-list mailing list
Unsubscrib
Change by Jason R. Coombs :
--
pull_requests: +24147
pull_request: https://github.com/python/cpython/pull/25415
___
Python tracker
<https://bugs.python.org/issue37
Jason R. Coombs added the comment:
At least I and Ethan and Martin have expressed a desire for the default,
preferred usage work well in a portable environment. Requiring
`delete_on_close=False` violates that expectation.
How about something like this instead:
- Add an `delete_when=None
Change by Jason R. Coombs :
--
keywords: +patch
pull_requests: +24028
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/25297
___
Python tracker
<https://bugs.python.org/issu
New submission from Jason R. Coombs :
Incorporate importlib_metadata changes from 3.8 through 3.10:
https://importlib-metadata.readthedocs.io/en/latest/history.html#v3-10-0
Two main changes:
- Add mtime-based caching during distribution discovery.
- Flagged use of dict result from
Jason R. Coombs added the comment:
No. The issue remains open.
--
stage: -> needs patch
versions: -Python 3.7
___
Python tracker
<https://bugs.python.org/issu
Change by Jason R. Coombs :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Jason R. Coombs added the comment:
New changeset af50c84643ce21cfbdfdabbdfae6bd5e1368c542 by Jason R. Coombs in
branch 'master':
bpo-43644: Add docs for importlib.resources.as_file. (#25048)
https://github.com/python/cpython/commit/af50c84643ce21cfbdfdabbdfae6bd5e1368c542
Change by Jason R. Coombs :
--
keywords: +patch
pull_requests: +23796
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/25048
___
Python tracker
<https://bugs.python.org/issu
Change by Jason R. Coombs :
--
assignee: -> jaraco
components: +Documentation
type: -> enhancement
versions: +Python 3.10, Python 3.9
___
Python tracker
<https://bugs.python.org/i
New submission from Jason R. Coombs :
As reported in https://github.com/python/importlib_resources/issues/210, the
`as_file` function of importlib.resources is undocumented in CPython.
--
messages: 389624
nosy: jaraco
priority: normal
severity: normal
status: open
title
Jason R. Coombs added the comment:
Assuming Antoine is correct (a likely story), I'm closing and will only re-open
if a subsequent failure is confirmed to have run and failed after the
submission. Sorry for the noise.
--
resolution: -> fixed
status: open ->
Jason R. Coombs added the comment:
Okay, I think you may be right. I saw your name on the build and assumed that
meant the merge triggered that build. I'll trigger a build now.
--
___
Python tracker
<https://bugs.python.org/issue43
Jason R. Coombs added the comment:
Unfortunately, it seems the patch didn't have the intended effect. The [build
is still failing](https://buildbot.python.org/all/#/builders/14/builds/810). So
I'm left without a way to test without committing code to the main branch.
--
resolution
Jason R. Coombs added the comment:
I've submitted a PR and triggered build by buildbots, but I don't see that the
indicated builder is building the PR. Shall I just submit and see what happens?
Any other ideas how to verify the installed builder buildbots
Change by Jason R. Coombs :
--
keywords: +patch
pull_requests: +23710
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/24952
___
Python tracker
<https://bugs.python.org/issu
Jason R. Coombs added the comment:
Oh, "installed python". So maybe Python requires one register files in more
than one place to add them to the installation.
--
___
Python tracker
<https://bugs.python.o
Jason R. Coombs added the comment:
Interestingly, the pull request never alerted to any buildbot failures.
Any idea how I can reproduce the issue locally? Is there a docker image that
would likely replicate the environment in which the tests are failing
Change by Jason R. Coombs :
--
assignee: -> jaraco
nosy: +jaraco
___
Python tracker
<https://bugs.python.org/issue43569>
___
___
Python-bugs-list mai
Change by Jason R. Coombs :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Jason R. Coombs added the comment:
New changeset 35d5068928ab5485e5f28b60b1e33062bc2c46cc by Jason R. Coombs in
branch 'master':
bpo-43428: Improve documentation for importlib.metadata changes. (GH-24858)
https://github.com/python/cpython/commit/35d5068928ab5485e5f28b60b1e33062bc2c46cc
Change by Jason R. Coombs :
--
pull_requests: +23618
pull_request: https://github.com/python/cpython/pull/24858
___
Python tracker
<https://bugs.python.org/issue43
Jason R. Coombs added the comment:
New changeset f917efccf8d5aa2b8315d2a832a520339e668187 by Jason R. Coombs in
branch 'master':
bpo-43428: Sync with importlib_metadata 3.7. (GH-24782)
https://github.com/python/cpython/commit/f917efccf8d5aa2b8315d2a832a520339e668187
Change by Jason R. Coombs :
--
keywords: +patch
pull_requests: +23548
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/24782
___
Python tracker
<https://bugs.python.org/issu
New submission from Jason R. Coombs :
importlib metadata has added a few important
[changes](https://importlib-metadata.readthedocs.io/en/latest/history.html#v3-7-0)
since the last sync in issue42382 (importlib_metadata 3.3):
- Performance enhancements to distribution discovery
Change by Jason R. Coombs :
--
versions: +Python 3.10
___
Python tracker
<https://bugs.python.org/issue42382>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Jason R. Coombs :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Jason R. Coombs added the comment:
In particular, [this
commit](https://github.com/python/cpython/commit/0b5615926a573c19c887a701a2f7047f4fd06de6).
--
___
Python tracker
<https://bugs.python.org/issue43
Jason R. Coombs added the comment:
I suspect change in this issue led to issue43413.
--
nosy: +jaraco
___
Python tracker
<https://bugs.python.org/issue20
Jason R. Coombs added the comment:
I suspect bpo-20186 is implicated.
--
___
Python tracker
<https://bugs.python.org/issue43413>
___
___
Python-bugs-list mailin
Jason R. Coombs added the comment:
I see that changelog entry traces back to bpo-29695, but I don't believe it's
relevant to this issue.
--
___
Python tracker
<https://bugs.python.org/issue43
Jason R. Coombs added the comment:
To be abundantly clear, the downstream issue was a coding error, but the coding
error was masked on Python 3.7+ when the subclass didn't reject the invalid
usage.
--
___
Python tracker
<https://bugs.python.
New submission from Jason R. Coombs :
While troubleshooting a strange problem
(https://github.com/jaraco/keyring/issues/498) where a program worked on Python
3.7+ but failed on Python 3.6, I discovered a somewhat unintuitive behavior. On
Python 3.7+, keyword arguments to tuple subclasses
Jason R. Coombs added the comment:
For posterity, I'll share my motivation.
> Why is it a problem that people are using something which is documented as a
> tuple?
It's not a problem that they access it by tuple if it's documented.
The problem is that it's documented for access as a
Change by Jason R. Coombs :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Jason R. Coombs added the comment:
New changeset 67148254146948041a77d8a2989f41b88cdb2f99 by Jason R. Coombs in
branch 'master':
bpo-42129: Add support for resources in namespaces (GH-24670)
https://github.com/python/cpython/commit/67148254146948041a77d8a2989f41b88cdb2f99
Jason R. Coombs added the comment:
New changeset fbf75b9997e280b1220755d0a17dbed71240d42e by Jason R. Coombs in
branch 'master':
Revert "bpo-42405: fix C extensions build on Windows ARM64 (GH-23399)" (#24753)
https://github.com/python/cpython/commit/fbf75b9997e280b1220755d0a17dbe
Change by Jason R. Coombs :
--
pull_requests: +23524
pull_request: https://github.com/python/cpython/pull/24753
___
Python tracker
<https://bugs.python.org/issue42
Jason R. Coombs added the comment:
Hey Steve. Thanks for the clarification. I'd forgotten the context,
specifically that any patches needed to be merged before the PEP was accepted,
and was working from a memory that we were willing to accept this change. Happy
to revert it, as that also
Jason R. Coombs added the comment:
All good. Thanks for the references. As with the prior issues, I'm going to
just suppress those failures.
--
___
Python tracker
<https://bugs.python.org/issue30
Jason R. Coombs added the comment:
I started tracking it down in https://github.com/jaraco/keyring/issues/494 and
found I'd previously delved deep into a related issue
(https://github.com/jaraco/keyring/issues/281).
--
___
Python tracker
<ht
Jason R. Coombs added the comment:
I've stumbled into this issue and it's started occurring reliably on keyring in
Python 3.6 as found on Github CI
(https://github.com/jaraco/keyring/runs/1994652010?check_suite_focus=true).
It's not a highly-reproducible environment. I can't replicate
Change by Jason R. Coombs :
--
keywords: +patch
pull_requests: +23456
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/24670
___
Python tracker
<https://bugs.python.org/issu
Jason R. Coombs added the comment:
I've pushed [this
branch](https://github.com/python/cpython/tree/feature/42129-resources-namespace-packages),
which includes fixes for the above two identified issues. Still one issue
remains:
ERROR: test_package_has_no_reader_fallback
Jason R. Coombs added the comment:
> I would harmonize towards what the concrete implementations...
For FileReader and ZipReader, both rely on TraversableResources to implement
contents, which rely on `files().iterdir()`, which could raise
FileNotFoundError and definitely don't return li
Jason R. Coombs added the comment:
For the first two errors, the issue seems to be that CPython includes tests for
the ResourceReader ABC and asserts that .contents() returns an empty list as
the default degenerate behavior
(https://github.com/python/cpython/blob
Jason R. Coombs added the comment:
As of June last year, Python 3.7 is in security fix only mode, so there's
nothing more to be done here.
--
nosy: +jaraco
resolution: -> fixed
stage: patch review -> resolved
status: pending -> closed
_
Jason R. Coombs added the comment:
Today I encountered another situation where it would be convenient to allow an
ellipsis at the beginning of the syntax:
>>> pathlib.Path('abc')
...Path('abc')
Because pathlib.Path resolves to `PosixPath` and `WindowsPath` depending on the
Jason R. Coombs added the comment:
The change to error handling for zipp.Path was added in
https://github.com/jaraco/zipp/issues/46 and released as
[3.1.0](https://zipp.readthedocs.io/en/latest/history.html#v3-1-0). Probably
that change was incorporated into CPython shortly thereafter
Jason R. Coombs added the comment:
I've encountered this issue again with a different use-case.
I'm attempting to add a doctest to a routine that emits the paths of the files
it processes. I want to use ellipses to ignore the prefixes of the output
because they're not pertinent to the test
Change by Jason R. Coombs :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.10
___
Python tracker
<https://bugs.python.or
Change by Jason R. Coombs :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Jason R. Coombs :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Jason R. Coombs added the comment:
New changeset 799722cb0ddb90752cde7798cab543f30623ebf2 by Jason R. Coombs in
branch '3.9':
[3.9] bpo-42163, bpo-42189, bpo-42659: Support uname_tuple._replace (for all
but processor) (GH-23010) (#24232)
https://github.com/python/cpython/commit
Jason R. Coombs added the comment:
New changeset 799722cb0ddb90752cde7798cab543f30623ebf2 by Jason R. Coombs in
branch '3.9':
[3.9] bpo-42163, bpo-42189, bpo-42659: Support uname_tuple._replace (for all
but processor) (GH-23010) (#24232)
https://github.com/python/cpython/commit
Jason R. Coombs added the comment:
New changeset 799722cb0ddb90752cde7798cab543f30623ebf2 by Jason R. Coombs in
branch '3.9':
[3.9] bpo-42163, bpo-42189, bpo-42659: Support uname_tuple._replace (for all
but processor) (GH-23010) (#24232)
https://github.com/python/cpython/commit
Change by Jason R. Coombs :
--
pull_requests: +23056
pull_request: https://github.com/python/cpython/pull/24232
___
Python tracker
<https://bugs.python.org/issue42
Change by Jason R. Coombs :
--
pull_requests: +23057
pull_request: https://github.com/python/cpython/pull/24232
___
Python tracker
<https://bugs.python.org/issue42
Change by Jason R. Coombs :
--
pull_requests: +23055
pull_request: https://github.com/python/cpython/pull/24232
___
Python tracker
<https://bugs.python.org/issue42
Change by Jason R. Coombs :
--
versions: -Python 3.7
___
Python tracker
<https://bugs.python.org/issue42531>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Jason R. Coombs :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Jason R. Coombs added the comment:
> Why do we keep setuptools?
I agree; would be good to remove it if possible.
There are many packages that fail to build without Setuptools being present or
--use-pep517 indicated. It would be nice if pip could make --use-pep517 the
default, upd
Jason R. Coombs added the comment:
Thanks!
No rush, but ideally soon enough to be merged before the beta release of Python
3.10 (2021-05-03).
--
___
Python tracker
<https://bugs.python.org/issue42
Jason R. Coombs added the comment:
In [this
commit](https://github.com/python/importlib_resources/commit/bd20d893f11f387d285c666bc99fd2d4a7c33ef8),
I've reconciled and merged the changes from importlib_resources 3.2-5.0,
mainly the namespace package support
(https://importlib
Jason R. Coombs added the comment:
Can you tell me more about the use-case that exhibited this undesirable
behavior? That is, what loader is it that supports `open_binary` but not
`is_resource` and doesn't have a `__origin__`?
--
___
Python
Jason R. Coombs added the comment:
> Regardless of whether PR 23611 is accepted, the test that it adds should be
> added to Python master to guard against regressions. I can submit that as a
> separate PR. Before I do that, do I need to create a new bpo ticket, or can I
> ju
Jason R. Coombs added the comment:
New changeset a6fd0f414c0cb4cd5cc20eb2df3340b31c6f7743 by Jason R. Coombs in
branch 'master':
bpo-42163, bpo-42189, bpo-42659: Support uname_tuple._replace (for all but
processor) (#23010)
https://github.com/python/cpython/commit
Jason R. Coombs added the comment:
New changeset a6fd0f414c0cb4cd5cc20eb2df3340b31c6f7743 by Jason R. Coombs in
branch 'master':
bpo-42163, bpo-42189, bpo-42659: Support uname_tuple._replace (for all but
processor) (#23010)
https://github.com/python/cpython/commit
Jason R. Coombs added the comment:
New changeset a6fd0f414c0cb4cd5cc20eb2df3340b31c6f7743 by Jason R. Coombs in
branch 'master':
bpo-42163, bpo-42189, bpo-42659: Support uname_tuple._replace (for all but
processor) (#23010)
https://github.com/python/cpython/commit
Change by Jason R. Coombs :
--
stage: patch review -> needs patch
___
Python tracker
<https://bugs.python.org/issue38780>
___
___
Python-bugs-list mai
Change by Jason R. Coombs :
--
assignee: jaraco ->
___
Python tracker
<https://bugs.python.org/issue38780>
___
___
Python-bugs-list mailing list
Unsubscrib
Jason R. Coombs added the comment:
I started work on a test in
https://github.com/jaraco/cpython/tree/bugfix/bpo-38780-test, but (a) the test
was failing to exhibit the expected failures, and (b) I realized that the fix
isn't having the intended effect either, because for unix sockets
Jason R. Coombs added the comment:
New changeset dfdca85dfa64e72df385b3a486f85b773fc0f135 by Jason R. Coombs in
branch 'master':
bpo-42382: In importlib.metadata, `EntryPoint` objects now expose `dist`
(#23758)
https://github.com/python/cpython/commit
Change by Jason R. Coombs :
--
keywords: +patch
pull_requests: +22672
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/23010
___
Python tracker
<https://bugs.python.org/issu
Change by Jason R. Coombs :
--
resolution: -> fixed
stage: commit review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Jason R. Coombs added the comment:
The PR for the related issue does address pickling. Do you expect pickles to
work across Python versions?
--
___
Python tracker
<https://bugs.python.org/issue42
Change by Jason R. Coombs :
--
pull_requests: +22614
pull_request: https://github.com/python/cpython/pull/23758
___
Python tracker
<https://bugs.python.org/issue42
Jason R. Coombs added the comment:
This issue was implemented, just not as fully as I'd have hoped. Still lacking
is native support for .files on the built-in package providers and removing the
legacy APIs or at least configuring them to rely on the files API, but as far
as supplying
Jason R. Coombs added the comment:
In discussion, I realized that I don't yet understand what use-cases drive this
demand? What code is it that requires resolving a distribution from an entry
point?
--
___
Python tracker
<https://bugs.python.
Jason R. Coombs added the comment:
I've ported the initial patch over to the backport and am exploring options in
https://github.com/python/importlib_metadata/pull/266.
--
___
Python tracker
<https://bugs.python.org/issue42
Change by Jason R. Coombs :
--
assignee: -> jaraco
___
Python tracker
<https://bugs.python.org/issue42382>
___
___
Python-bugs-list mailing list
Unsubscrib
Jason R. Coombs added the comment:
Erlend, inspired by your patches, I created
https://github.com/python/cpython/pull/23661/commits/e9723003d49c722d57a69e5016b442d4d752fc6d,
which uses a NullSocket instance instead of None, allowing the
behavior-suppression to be encapsulated in a single
Change by Jason R. Coombs :
--
pull_requests: +22527
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/23661
___
Python tracker
<https://bugs.python.org/issu
Change by Jason R. Coombs :
--
versions: +Python 3.10 -Python 2.7, Python 3.7
___
Python tracker
<https://bugs.python.org/issue38780>
___
___
Python-bugs-list m
Jason R. Coombs added the comment:
I've applied the patches and pushed them to
https://github.com/jaraco/cpython/tree/bugfix/bpo-38780.
```
cpython master $ http
https://bugs.python.org/file48933/0001-bpo-38780-Harden-socket-use-in-logging.handlers.patch
| git apply
cpython master $ git
Jason R. Coombs added the comment:
I'll take a look at the patch and convert it to a PR.
--
assignee: -> jaraco
___
Python tracker
<https://bugs.python.org/issu
Jason R. Coombs added the comment:
Thanks William for the detailed problem description.
If the issue has been fixed on Python 3.9 but not on 3.8, then it was likely a
redesign that enabled the improved behavior, a redesign that won't be ported
back to Python 3.8 and earlier
301 - 400 of 1483 matches
Mail list logo