Jason R. Coombs added the comment:
In the What's New, I used :func:`importlib.metadata.entry_points`, but that
doesn't seem to resolve to the docs for the function. I need to figure out how
to link to the entry_points anchor that's
Jason R. Coombs added the comment:
Yes, perhaps the What's New could be refreshed.
There is a Compatibility Note in the docs for `entry_points` about the
deprecated usage
(https://docs.python.org/3.10/library/importlib.metadata.html?highlight=importlib%20metadata#entry-points).
I want
Jason R. Coombs added the comment:
This backward incompatibility was unintentionally introduced in
importlib_metadata 3.6
(https://importlib-metadata.readthedocs.io/en/latest/history.html#v3-6-0,
released Feb 23) and was previously reported in
https://github.com/python/importlib_metadata
Jason R. Coombs added the comment:
The preferred API as implemented in Python 3.9 and importlib_resources 1.1 is
the `files()` API. This simpler API returns a Traversable object, a
pathlib-like handle to the contents of a package. This approach side-steps the
issues described above
Change by Jason R. Coombs :
--
title: tuple subclasses allow kwargs -> tuple subclasses allow arbitrary kwargs
___
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:
If this issue affects you, please use the `zipp` backport. I realize there are
some use-cases that aren't readily amenable to relying on the backport. Please
report any such use-case here as they may provide a justification for
back-porting the change
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 97b4576f655c09e32d2cbcdcdbda72b1bf9f438a by Miss Islington (bot)
in branch '3.10':
bpo-38693: Prefer f-strings in importlib.resources (importlib_resources 5.0.6).
(GH-26387) (#26389)
https://github.com/python/cpython/commit
Change by Jason R. Coombs :
--
pull_requests: -24979
___
Python tracker
<https://bugs.python.org/issue33693>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Jason R. Coombs :
--
pull_requests: +24980
pull_request: https://github.com/python/cpython/pull/26387
___
Python tracker
<https://bugs.python.org/issue38
Change by Jason R. Coombs :
--
nosy: +jaraco
nosy_count: 3.0 -> 4.0
pull_requests: +24979
pull_request: https://github.com/python/cpython/pull/26387
___
Python tracker
<https://bugs.python.org/issu
Jason R. Coombs added the comment:
New changeset 06ac3a4742228b0230981720060248a7425b2486 by Jason R. Coombs in
branch 'main':
bpo-44241: Incorporate changes from importlib_metadata 4.1. (#26382)
https://github.com/python/cpython/commit/06ac3a4742228b0230981720060248a7425b2486
Change by Jason R. Coombs :
--
nosy: +jaraco
nosy_count: 6.0 -> 7.0
pull_requests: +24975
pull_request: https://github.com/python/cpython/pull/26383
___
Python tracker
<https://bugs.python.org/issu
Change by Jason R. Coombs :
--
keywords: +patch
pull_requests: +24974
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/26382
___
Python tracker
<https://bugs.python.org/issu
New submission from Jason R. Coombs :
Importlib_metadata 4.1.0 made some minor tweaks. Let's sync those.
--
___
Python tracker
<https://bugs.python.org/issue44
Change by Jason R. Coombs :
--
components: Library (Lib)
nosy: jaraco
priority: normal
severity: normal
status: open
title: Sync importlib_metadata enhancements through 4.1.
versions: Python 3.10, Python 3.11
___
Python tracker
<ht
Jason R. Coombs added the comment:
I did consider and confirm that mode="rb" does also provide a uniform solution,
but it also regresses the behavior of uncompressed inputs, making them bytes
where they were text. This approach feels like the "Python 1" compatibility
Jason R. Coombs added the comment:
A backport now exists (https://pypi.org/project/backports.hook_compressed) and
addresses the issue (https://github.com/jaraco/cmdix/actions/runs/873404846).
--
___
Python tracker
<https://bugs.python.
Jason R. Coombs added the comment:
The patch for this change has broken code that relied on the old behavior. For
example:
```
import fileinput
import bz2
import pathlib
target = pathlib.Path('data.bz2')
target.write_bytes(bz2.compress(b'Foo\nBar\nBiz'))
inp = fileinput.FileInput([str
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:
> are people supposed to be implementing readers with just files(), or are they
> always expected to inherit TraversableResources?
A resource provider could potentially implement only the `files()` method (what
I think you're calling `Traversable
Jason R. Coombs added the comment:
> I think `as_file` should learn to behave like `path`, if `__fspath__` is
> available, it will use that path.
Oh, that's an interesting idea. And that's effectively what happens
[here](https://github.com/python/importlib_resource
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:
I've not previously seen a definition of resources. The original implementation
of importlib_resources excluded 'directories' as resources and excluded support
for resources being in subdirectories (only files in packages were allowed).
Now resources can
Jason R. Coombs added the comment:
It would be straightforward to add that parameter to `read_text` but I'm
uncertain if it will be needed. Since a Traversable already provides an open
method which _does_ explicitly pass through keyword arguments to the underlying
opener, perhaps it would
Jason R. Coombs added the comment:
The problem with the `__fspath__` protocol is that it assumes a file system.
The `importlib.resources` and `Traversable` protocols are trying to provide a
lower-level interface that doesn't assume a file system. Fortunately, there
already exists a helper
Jason R. Coombs added the comment:
Having a look at the `open` function
(https://docs.python.org/3/library/functions.html#open), it does not define
which exceptions might be thrown. Similarly for pathlib.Path.open
(https://docs.python.org/3/library/pathlib.html#pathlib.Path.open
Jason R. Coombs added the comment:
After reviewing the PR, I'm not convinced the Traversable methods need any
specification about when to raise FileNotFoundError (or other exceptions).
Let's flesh out what conditions demand prescribed interfaces
Jason R. Coombs added the comment:
I don't believe a `TraversableReader` protocol was intended. Instead, the
referenced change introduced the `TraversableResources` ABC. There's a typo in
the docs. I created PR 26317 instead to correct the mistake. WDYT
Change by Jason R. Coombs :
--
pull_requests: +24912
pull_request: https://github.com/python/cpython/pull/26317
___
Python tracker
<https://bugs.python.org/issue44
Change by Jason R. Coombs :
--
resolution: -> not a bug
___
Python tracker
<https://bugs.python.org/issue44162>
___
___
Python-bugs-list mailing list
Un
Jason R. Coombs added the comment:
Thanks for tracking this down, Filipe. Agreed it sounds like it's fixed in
Python 3.10. It's unlikely the fix will be backported to Python 3.9. Instead,
if this behavior affects your usage, consider using the `importlib_resources`
backport, which also
Change by Jason R. Coombs :
--
keywords: +patch
pull_requests: +24890
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/26284
___
Python tracker
<https://bugs.python.org/issu
Jason R. Coombs added the comment:
I'd intended for the changes in 5.1 to make it into CPython, but I've missed
the deadline, so I've backported the referenced commits to importlib_resources
5.0.5 in order to sync into CPython.
--
versions: +Python 3.11
Jason R. Coombs added the comment:
New changeset ab1c3d99f51188d1a6b5f7797294b056279f62e0 by Miss Islington (bot)
in branch '3.9':
bpo-37741: make importlib.metadata docs discoverable through a module
directive. (GH-25415) (GH-25417)
https://github.com/python/cpython/commit
not to adopt pyproject.toml...and the topic thus became weirdly
political.
I understand that Brett Cannon intends to bring this up at the next
language summit, but, ah, might as well put the community two-cents in
now, hey?
I, for one, feel like this is obvious.
--
Jason C. McDonald (CodeMouse92
Jason R. Coombs added the comment:
Thanks for the excellent patch. I've created
https://github.com/jaraco/zipp/issues/74 to track the backport of these changes.
--
resolution: -> fixed
stage: patch review -> resolved
status: open -&g
Jason R. Coombs added the comment:
Sounds good to me. In general, it's easier to contribute first to
https://github.com/jaraco/zipp and those changes can be readily merged into
CPython. No worries, though. If these changes can be accepted here, I should be
able to graft them onto jaraco
ioned on further inspection. (But I don't know
all cases either.)
> I do agree asking people to simply not be stupid doesn't seem to work
> these days for whatever reason.
I hadn't noticed. ;)
--
Jason C. McDonald (CodeMouse92)
Author | Speaker | Hacker | Time Lord
--
https://mail.python.org/mailman/listinfo/python-list
or
> behavior. A fluffy cloud echo chamber where everybody just accepts
> and respects you for what you are. Does the concept sound familiar?
>
>
> P.S.: *NOT* among the core symptoms of (the high-functioning levels)
> of ASS is the inability to learn. Mind that! (And that includes
> social norms.)
--
Jason C. McDonald (CodeMouse92)
Author | Speaker | Hacker | Time Lord
--
https://mail.python.org/mailman/listinfo/python-list
urce on github.
>
> Claim #2, "he invented smartphones":
>
> Yes, he did (as part of a team) create the first smartphone,
> the Ericsson R380:
>
> https://en.wikipedia.org/wiki/Ericsson_R380
>
> /Toaster
--
Jason C. McDonald (CodeMouse92)
Author | Speaker | Hacker | Time Lord
--
https://mail.python.org/mailman/listinfo/python-list
t;
>
>
>
>Sent from [1]Mail for Windows 10
>
>
>
> References
>
>Visible links
> 1. https://go.microsoft.com/fwlink/?LinkId=550986
--
Jason C. McDonald (CodeMouse92)
Author | Speaker | Hacker | Time Lord
--
https://mail.python.org/mailman/listinfo/python-list
>> be something other than python?
>
> And it's bizarre that the OP, since he despises Python so much, and
> finds its syntax absurd, would even bother to make any sort of
> implementation of it.
>
--
Jason C. McDonald (CodeMouse92)
Author | Speaker | Hacker | Time Lord
--
https://mail.python.org/mailman/listinfo/python-list
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 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
I should state at the start that I have a solution to my problem. I am
writing to see if there is a better solution.
I have a program that runs via crontab every five minutes. It polls a
Box.com folder for files and, if any are found, it copies them locally and
performs a computation on them that
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
301 - 400 of 2900 matches
Mail list logo