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
>
> I set listen(2) and expect to see "error" when more clients than "the
> maximum number of queued connections" trying to connect the server. But, no
> error!! Even 4 clients can run normally without problem.
>
> Am I misunderstanding the meaning of this argument?
>
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
_
Change by Jason Madden :
--
nosy: +jmadden
___
Python tracker
<https://bugs.python.org/issue43196>
___
___
Python-bugs-list mailing list
Unsubscribe:
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
>
>
> for path, dir, files in os.walk(myDestinationFolder):
> # for path, dir, files in os.walk(destfolder):
> print('The path is %s: ', path)
> print(files)
> os.chdir(mySourceFolder)
> if not os.path.isfile(myDestinationFolder + file):
> # if not os.path.isfile(destfolder +
Change by Jason Williams :
Added file: https://bugs.python.org/file49754/private_key.pem
___
Python tracker
<https://bugs.python.org/issue42983>
___
___
Python-bug
Change by Jason Williams :
--
components: +Library (Lib)
type: -> behavior
___
Python tracker
<https://bugs.python.org/issue42983>
___
___
Python-bugs-lis
New submission from Jason Williams :
Passing arguments to a Python script using an environment variable like:
export en_auth="--arg1 test --arg2 \"$(https://bugs.python.org/file49753/test.py
___
Python tracker
<https://bugs.python.o
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 Oliver added the comment:
I will submit the bug report to the pygame bug tracker.
--
___
Python tracker
<https://bugs.python.org/issue42879>
___
___
Pytho
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
New submission from Jason Oliver :
This is my first bug report so I hope that this is correctly formatted. I am
learning how to use pygame and encountered the following error:
SystemError: returned a result with an error set
I googled the error message and came across the following answer
>
> import numpy as np
> import pandas as pd
> from numpy.random import randn
> df=pd.DataFrame(randn(5,4),['A','B','C','D','E'],['W','X','Y','Z'])
>
> W X Y Z
> A -0.183141 -0.398652 0.909746 0.332105
> B -0.587611 -2.046930 1.446886 0.167606
> C 1.142661 -0.861617 -0.180631 1.650463
> D 1.174805
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
>
> csv.DictReader appears to be happy with a list of strings representing
> the lines.
>
> Try this:
>
> contents = source_file.content()
>
> for row in csv.DictReader(contents.decode('utf-8').splitlines()):
> print(row)
>
Works great, thank you! Question ... will this form potentially use
= csv.DictReader(text_file)
for row in reader:
print(row)
Getting this error:
Traceback (most recent call last):
File "/home/jason/my_box.py", line 278, in
with io.TextIOWrapper(source_file.content(), encoding='utf-8') as
text_file:
AttributeError: 'bytes' object has no attribute 'readable'
>
> The Box API is noisy ... very helpful for diagnosing, and yet for
> production code I'd like less noise.
>
> I tried this:
>
> warnings.filterwarnings(
> action='ignore',
> # category=Warning,
> # module=r'boxsdk.*'
> )
>
> but I still see this:
>
>
New submission from Jason Yundt :
The documentation talks about how assertRaises, assertRaisesRegex, assertWarns,
and assertWarnsRegex can be used as context managers. It also talks about the
attributes of those context managers. Some attributes aren't documented. For
example, the warning
The Box API is noisy ... very helpful for diagnosing, and yet for
production code I'd like less noise.
I tried this:
warnings.filterwarnings(
action='ignore',
# category=Warning,
# module=r'boxsdk.*'
)
but I still see this:
WARNING:boxsdk.network.default_network:"POST
>
>
>> I'm using the Box API (
>> https://developer.box.com/guides/tooling/sdks/python/).
>> I can get an access token, though it expires after a certain amount of
>> time. My plan is to store the access token on the filesystem and use it
>> until it expires, then fetch a new one. In the example
I'm using the Box API (https://developer.box.com/guides/tooling/sdks/python/).
I can get an access token, though it expires after a certain amount of
time. My plan is to store the access token on the filesystem and use it
until it expires, then fetch a new one. In the example below assume I have
Jason R. Coombs added the comment:
Yes. If I trust my message from earlier, this issue is resolved. Closing now.
--
resolution: -> not a bug
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Jason R. Coombs added the comment:
As I reviewed the PR, I do realize how tricky this change is going to be. In
addition to the three MSVC implementations in distutils, Setuptools has its own
(https://github.com/pypa/setuptools/blob/master/setuptools/msvc.py).
Interestingly, that file
Jason R. Coombs added the comment:
If you wish for the functionality to be available in setuptools (backported),
please contribute the change at https://github.com/pypa/distutils. At some
point, contributions to CPython will also be synced there as well, and any
changes there get synced
Jason R. Coombs added the comment:
Yes - I keep both in sync.
--
___
Python tracker
<https://bugs.python.org/issue42382>
___
___
Python-bugs-list mailin
Jason R. Coombs added the comment:
Pedro - thanks for the detailed report. Pull requests against
importlib_metadata are easier to accept because they can be tested more easily,
released more rapidly, and there's a straightforward way to port them to
CPython. Regardless, I see you've
Jason R. Coombs added the comment:
I marked bpo-42263 as a duplicate of this issue.
This issue is implicated in preventing the desired fix for bpo-37193, where a
thread wishes to remove the handle to itself after performing its duty. By
removing its own handle, it can never be joined
Change by Jason R. Coombs :
--
versions: +Python 3.10
___
Python tracker
<https://bugs.python.org/issue37788>
___
___
Python-bugs-list mailing list
Unsubscribe:
Jason R. Coombs added the comment:
Yes, I agree it's a duplicate of issue37788.
And yes, it does still leak if the list is never created or if the target is a
no-op.
--
resolution: -> duplicate
stage: -> resolved
status: open -> closed
superseder: -> fix for bpo-3640
Jason R. Coombs added the comment:
I don't think it's a race condition for two reasons: adding a `time.sleep(1)`
after `.start` still raises errors, and in issue37193, there were 10 threads
created, with at least 9 of those reaching termination before the test ended,
yet it showed 10
Jason R. Coombs added the comment:
I filed issue42263 to capture the underlying cause of the memory leak that led
to the buildbot failures and the rollback.
--
___
Python tracker
<https://bugs.python.org/issue37
New submission from Jason R. Coombs :
In issue37193, I'd worked on an implementation in which a thread reference
would be removed as the thread was closing, but this led to a memory leak
caught by the buildbots (https://bugs.python.org/issue37193#msg380172).
As I tracked down the issue in GH
Change by Jason R. Coombs :
--
pull_requests: +22043
pull_request: https://github.com/python/cpython/pull/23127
___
Python tracker
<https://bugs.python.org/issue37
Change by Jason R. Coombs :
--
pull_requests: +22024
pull_request: https://github.com/python/cpython/pull/23107
___
Python tracker
<https://bugs.python.org/issue37
Jason R. Coombs added the comment:
I recommend a rollback. I’ll try to get to it later today.
--
___
Python tracker
<https://bugs.python.org/issue37193>
___
___
Jason R. Coombs added the comment:
New changeset c41559021213cfc9dc62a83fc63306b3bdc3e64b by MARUYAMA Norihiro in
branch 'master':
bpo-37193: remove thread objects which finished process its request (GH-13893)
https://github.com/python/cpython/commit/c41559021213cfc9dc62a83fc63306b3bdc3e64b
jason matthews added the comment:
Please do not drop support.
Python is widely used in the "Solaris" community with most people downloading
packages from Openindiana/Hipster or Joyent/SmartOS repos. Most "Solaris" users
are not using Solaris proper.
The down
Jason R. Coombs added the comment:
Please take a look at the PR. Let me know what you think about the limited
compatibility it adds (still doesn't allow _replace on 'processor').
--
___
Python tracker
<https://bugs.python.org/issue42
Change by Jason R. Coombs :
--
keywords: +patch
pull_requests: +21945
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/23010
___
Python tracker
<https://bugs.python.org/issu
Jason R. Coombs added the comment:
Acknowledged. Thanks for the report. I'll likely address this issue alongside
the other (same PR).
--
assignee: -> jaraco
___
Python tracker
<https://bugs.python.org/issu
Change by Jason R. Coombs :
--
keywords: +patch
pull_requests: +21926
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/23010
___
Python tracker
<https://bugs.python.org/issu
Jason R. Coombs added the comment:
Indeed, it was unexpected that consumers of the `uname_result` were using
`_replace`. In fact, the focus of the tests is on ensuring that users are able
to access the items by index, e.g. `uname()[0]`.
It should be possible to support `_replace
Change by Jason R. Coombs :
--
assignee: -> jaraco
___
Python tracker
<https://bugs.python.org/issue42163>
___
___
Python-bugs-list mailing list
Unsubscrib
Change by Jason R. Coombs :
--
stage: patch review -> commit review
___
Python tracker
<https://bugs.python.org/issue42090>
___
___
Python-bugs-list mai
Change by Jason R. Coombs :
--
keywords: +patch
pull_requests: +21893
stage: backport needed -> patch review
pull_request: https://github.com/python/cpython/pull/22976
___
Python tracker
<https://bugs.python.org/issu
Jason R. Coombs added the comment:
New changeset d1a0a960ee493262fb95a0f5b795b5b6d75cecb8 by Jason R. Coombs in
branch 'master':
bpo-42043: Add support for zipfile.Path subclasses (#22716)
https://github.com/python/cpython/commit/d1a0a960ee493262fb95a0f5b795b5b6d75cecb8
Jason R. Coombs added the comment:
This issue is fixed in zipp 3.4.0.
--
assignee: -> jaraco
stage: -> backport needed
___
Python tracker
<https://bugs.python.org/i
Jason R. Coombs added the comment:
New changeset df8d4c83a6e1727e766191896aeabde886979587 by Jason R. Coombs in
branch 'master':
bpo-41490: ``path`` and ``contents`` to aggressively close handles (#22915)
https://github.com/python/cpython/commit/df8d4c83a6e1727e766191896aeabde886979587
New submission from Jason R. Coombs :
In
[importlib_resources#68](https://github.com/python/importlib_resources/issues/68),
the project identified a deficiency with respect to pkg_resources for
resources in namespace packages.
The project has since merged support for these packages, slated
Change by Jason R. Coombs :
--
pull_requests: +21845
pull_request: https://github.com/python/cpython/pull/22915
___
Python tracker
<https://bugs.python.org/issue41
Jason Schwefel added the comment:
>What do you expect to gain with the "int = ''" statement?
I did not expect anything. I made a mistake in my initial code and the error
message indicated that I rebound 'str'. I could not find where I had used 'str'
as a variable name. If it wo
New submission from Jason Schwefel :
The following code gives a "TypeError: 'str' object is not callable" exception:
int = ''
s = '3500:day'
a = s.split(':')
i = int(a[0])
Proper exception message should be "TypeError: 'int' object is not callable"
Only able to
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:
This sounds like a worthy improvement. Are you interested in preparing a patch?
Would you consider contributing it to https://github.com/jaraco/zipp first?
--
___
Python tracker
<https://bugs.python.
New submission from Jason R. Coombs :
As reported in https://gitlab.com/python-devs/importlib_metadata/-/issues/124,
it would be nice if the PackageNotFoundError gave some guidance to the user
about the context of the error and how to investigate.
--
assignee: jaraco
components
>
> I'm looking to insert values into an oracle table (my_table) using the
> query below. The insert query works when the PROJECT is not NULL/empty
> (""). However when PROJECT is an empty string(''), the query creates a new
> duplicate row every time the code is executed (with project value
>
Change by Jason R. Coombs :
--
pull_requests: +21684
pull_request: https://github.com/python/cpython/pull/22716
___
Python tracker
<https://bugs.python.org/issue42
Jason R. Coombs added the comment:
New changeset 967fddae2fe48f297563c358bdbdde1e2cfed4ee by Jason R. Coombs in
branch '3.8':
[3.8] bpo-41855: Fix duplicate results in FastPath.zip_children() (#22404)
https://github.com/python/cpython/commit/967fddae2fe48f297563c358bdbdde1e2cfed4ee
Jason R. Coombs added the comment:
This issue was addressed incidentally in
[jaraco/zipp#56](https://github.com/jaraco/zipp/issues/56) released as zipp
3.2.0.
I'd like to incorporate the tests submitted in PR 22711 and then port those
changes to Python
401 - 500 of 2900 matches
Mail list logo