Change by Jack DeVries :
--
keywords: +patch
nosy: +jack__d
nosy_count: 2.0 -> 3.0
pull_requests: +30304
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/32232
___
Python tracker
<https://bugs.python.org/i
Jack DeVries added the comment:
Did you run ``make venv`` to setup your virtual environment? Sphynx themes are
usually pip dependencies, so if you're getting a "missing theme" error, it
sounds like your virtual environment is not setup right.
--
Change by Jack DeVries :
--
keywords: +patch
pull_requests: +27795
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/29546
___
Python tracker
<https://bugs.python.org/issu
New submission from Jack DeVries :
I was reading this bit last night and thought it was a typo. In the light of
day, I realized it wasn't *technically* a typo, but definitely confusing
wording. This PR fixes the confusing sentence.
--
assignee: docs@python
components: Document
Jack DeVries added the comment:
Hey all, I'm putting a ping on this issue. I think my fix is ready to merge,
see GH-27434. Thanks for all the feedback on the PR so far!
--
___
Python tracker
<https://bugs.python.org/is
Jack DeVries added the comment:
> Your docs seem to promote the second, whereas I've usually preferred the
> former. Was this a considered choice on your part?
First and foremost, stupid GitHub is not letting the permalink load for some
reason, but yes; this was discussed in the c
Change by Jack DeVries :
--
keywords: +patch
nosy: +jack__d
nosy_count: 11.0 -> 12.0
pull_requests: +26357
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/26883
___
Python tracker
<https://bugs.p
Change by Jack DeVries :
--
keywords: +patch
nosy: +jack__d
nosy_count: 8.0 -> 9.0
pull_requests: +26356
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/26883
___
Python tracker
<https://bugs.python.org/i
Jack DeVries added the comment:
@terry.reedy ok, a PR to restore the docs with the new link is open.
--
___
Python tracker
<https://bugs.python.org/issue44
Change by Jack DeVries :
--
pull_requests: +26283
pull_request: https://github.com/python/cpython/pull/27818
___
Python tracker
<https://bugs.python.org/issue44
Jack DeVries added the comment:
All right, consider the needle in the haystack officially found. This page has
the same content as the missing page:
https://bugzilla.mozilla.org/page.cgi?id=bug-writing.html
Thank you @buhtz for opening an issue with Mozilla; they are eventually going
to
Jack DeVries added the comment:
@jvoisin I am able to reproduce the problem when I download your script, but I
am having a hard time reproducing it by passing corrupt archives to
`tarfile.open`. How exactly was this file corrupted? I am trying to figure out
if there are any similar
Jack DeVries added the comment:
I am pretty sure that Mozilla moved to a new content management system
and they've been refreshing a lot of content on their site. I would
assume that any lingering presence of this article is just growing pains
and it'll all be removed in due time.
Jack DeVries added the comment:
> If Jack wants to pick this up, I'd merge it.
I might be interested but I'm not sure if I will have the time. I'm not
"calling dibs" if anyone else wants to go ahead with this solution.
--
__
Jack DeVries added the comment:
I agree that linking to the wayback machine is clunky. I just sent a
message out to the python-ideas mailing list to solicit more
suggestions. The discourse thread didn't get much response.
I guess that at some point, if there is no consensus, it wouldn&#
Jack DeVries added the comment:
There was a thorough discussion about the concerns associated with supporting
dict subclasses in general here: bpo-32615
If I understand correctly, allowing dict subclasses to inherit __contains__ and
__getitem__ will be a step towards supporting dict
Change by Jack DeVries :
--
keywords: +patch
nosy: +jack__d
nosy_count: 3.0 -> 4.0
pull_requests: +26242
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/27766
___
Python tracker
<https://bugs.python.org/i
Jack DeVries added the comment:
edit; typo:
**This document is the **closest** I can find
--
___
Python tracker
<https://bugs.python.org/issue42649>
___
___
Jack DeVries added the comment:
I spent some time experimenting with making the expression bigger and the
recursion limit lower in python2. It seems like in python2, the depth that the
compiler will recurse is unrelated to sys.recursionlimit.
Then, I lowered resource limits on stack and
Jack DeVries added the comment:
Oh yeah, sorry, it looks like this can be closed as duplicate.
--
___
Python tracker
<https://bugs.python.org/issue44
Jack DeVries added the comment:
Ok, that was no help... I'll just upload the diff.
--
keywords: +patch
Added file: https://bugs.python.org/file50211/os_x_to_macos_fix.diff
___
Python tracker
<https://bugs.python.org/is
Jack DeVries added the comment:
I've done it. See the changes here:
https://github.com/python/cpython/compare/main...jdevries3133:bpo-44902-macOS
I'll hold off on a PR pending some feedback on whether this change is
desirable. Also, I did not make changes to whatsnew document
Jack DeVries added the comment:
oops, the link was mutilated... maybe this will help::
``<https://github.com/python/cpython/compare/main...jdevries3133:bpo-44902-macOS>``
--
___
Python tracker
<https://bugs.python.org/i
Jack DeVries added the comment:
Woah, oops, nevermind! I was confusing this with a different bpo in my
head. Sorry for the noise!
--
___
Python tracker
<https://bugs.python.org/issue44
Jack DeVries added the comment:
I'm sure you are aware of this, but also note that the issue could be in
pandas or ibm-db, which include C extensions. I'm pretty sure those are
the only two dependencies you listed there that have C de
Jack DeVries added the comment:
There is a related failure message in the file name ".9" in the tarball (line
175):
./python -E -S -m sysconfig --generate-posix-vars ;\
if test $? -ne 0 ; then \
echo "generate-posix-vars failed" ; \
rm -f ./pybuilddir.tx
Jack DeVries added the comment:
Hi All,
I'm pinging everyone here on the bpo because my GitHub PR has been through a
lot of revision and review. Maybe it's close to being ready to merge (I hope)!
Feel free to take a look if you are interested:
https://github.com/python/cpython/
Jack DeVries added the comment:
I'm pretty much a novice, Senthil, so I don't know how much a review from me is
worth but removing the broken link seems best!
--
___
Python tracker
<https://bugs.python.o
Jack DeVries added the comment:
@mark.dickinson, Steven D'Aprano suggested just linking to the wayback machine
on discuss.python.org. What do you think of that?
https://discuss.python.org/t/alternate-article-for-how-to-wite-good-bug-report/10040/2?u=jdevrie
Jack DeVries added the comment:
I created a discourse thread for people to propose alternatives::
https://discuss.python.org/t/alternate-article-for-how-to-wite-good-bug-report/10040
It's be a good idea to merge @orsenthil's PR which just removes the broken link
right away. Th
Jack DeVries added the comment:
Yes, I definitely get that, but that's what the deprecation cycle is for.
Certainly hold off on a PR until we see what @steve.dower thinks.
I personally feel that having a function that can be introspected with ``dir``
but which should not be us
Jack DeVries added the comment:
I'm pretty sure the 3.11 dev cycle started since this conversation, right? Can
we introduce the deprecation warning now? Maybe something like what is in the
attached diff?
@andrei.avk, if it turns out that the time has come, you can go ahead and take
t
Jack DeVries added the comment:
@gaydayav I agree.
--
___
Python tracker
<https://bugs.python.org/issue44679>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Jack DeVries :
--
keywords: +patch
nosy: +jack__d
nosy_count: 2.0 -> 3.0
pull_requests: +26112
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/27618
___
Python tracker
<https://bugs.python.org/i
Change by Jack DeVries :
--
pull_requests: -26111
___
Python tracker
<https://bugs.python.org/issue44697>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Jack DeVries :
--
keywords: +patch
nosy: +jack__d
nosy_count: 6.0 -> 7.0
pull_requests: +26111
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/27617
___
Python tracker
<https://bugs.python.org/i
Jack DeVries added the comment:
For reference, it looks like Wayback Machine has a snapshot of the old article
for reference:
https://web.archive.org/web/20210613191914/https://developer.mozilla.org/en-US/docs/Mozilla/QA/Bug_writing_guidelines
@mark.dickinson, do you feel like that new
Jack DeVries added the comment:
> Some examples were added since this issue was created
See bpo-35183
--
nosy: +jack__d
___
Python tracker
<https://bugs.python.org/issu
Jack DeVries added the comment:
Brian, can you be more specific about what problem is caused by the fact that
assertSequenceEqual does not use _getAssertEqualityFunc? Also, I'm not sure
what your example is trying to demonstrate. Can you provide a minimal example
that shows the problem
Jack DeVries added the comment:
Actually, I tested out that idea
(https://github.com/python/cpython/compare/main...jdevries3133:bpo-44756-doc-make),
and I don't think its as nice of a solution. I think it is valuable for new
contributors to be able to type "make html" and hav
Jack DeVries added the comment:
@petr.viktorin a whatsnew entry was added, what more notice could have been
provided?
I have an idea for an alternative that might be better. What if ``make clean``
deletes and restores the venv only if it already existed in the first place
Jack DeVries added the comment:
Also, see related: bpo-44393
--
___
Python tracker
<https://bugs.python.org/issue44790>
___
___
Python-bugs-list mailin
Jack DeVries added the comment:
The default recursion limit is 1,000; you're increasing it by a factor of 10.
It is documented that raising the recursion limit can cause crashes. What kind
of crash are you seeing? Segmentation fault or stack overflow? Also, provide
more details about
Jack DeVries added the comment:
> user might typically want to explicitly handle them in most cases.
*Explicitly handle exceptions
--
___
Python tracker
<https://bugs.python.org/issu
Jack DeVries added the comment:
The only thing to consider is that connections are flakey, and the user might
typically want to explicitly handle them in most cases. Therefore, it's a
better API if the .connect() call appears in the user's code.
If anything, it might be better t
Jack DeVries added the comment:
@brandtbucher yeah, you can close it, this was a silly idea.
--
___
Python tracker
<https://bugs.python.org/issue44658>
___
___
Jack DeVries added the comment:
What about low recursion limits? This program causes a segfault for me::
import sys
sys.setrecursionlimit(4)
print('goodbye, world')
--
nosy: +jack__d
___
Python tracker
<https://bu
Jack DeVries added the comment:
@behindthebrain, I noticed that this script behaves weirdly when I try to set
breakpoints at various places. However, the problem goes away when I raise the
recursion limit. Things in python will not work right if you set the recursion
limit to a low value
Change by Jack DeVries :
--
pull_requests: +25963
pull_request: https://github.com/python/cpython/pull/27434
___
Python tracker
<https://bugs.python.org/issue19
Jack DeVries added the comment:
I'm going to go ahead and submit my PR under the assumption that Lukasz will
probably prefer to actually be able to review it when he takes a look at this,
and additionally we haven't heard from @eamanu.
@eamanu, I'll close it if you would l
Change by Jack DeVries :
--
pull_requests: +25962
pull_request: https://github.com/python/cpython/pull/27433
___
Python tracker
<https://bugs.python.org/issue44
Change by Jack DeVries :
--
pull_requests: +25952
pull_request: https://github.com/python/cpython/pull/26999
___
Python tracker
<https://bugs.python.org/issue44
Change by Jack DeVries :
--
keywords: +patch
pull_requests: +25951
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/27423
___
Python tracker
<https://bugs.python.org/issu
New submission from Jack DeVries :
The phrase "width defaults to 70." in the documentation for textwrap.wrap is
repetitive, because that information is already communicated in the function
signature.
The desire to fix this came up this discussion around this PR:
https://github.
Change by Jack DeVries :
--
keywords: +patch
pull_requests: +25936
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/27403
___
Python tracker
<https://bugs.python.org/issu
New submission from Jack DeVries :
In Doc/Makefile, all of the build rules should be dependent on the existence of
a virtual environment. I could see this being controversial, because folks who
have these tools installed elsewhere might prefer not to have a venv made for
them, but my personal
Jack DeVries added the comment:
> Now that I see hasattr() uses getattr(), it looks like the tab completion
> issue might not stem from line 155, but from line 180
> (https://github.com/python/cpython/blob/bb3e0c240bc60fe08d332ff5955d54197f79751c/Lib/rlcompleter.py#L180)
> wh
Change by Jack DeVries :
--
keywords: +patch
pull_requests: +25934
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/27401
___
Python tracker
<https://bugs.python.org/issu
Jack DeVries added the comment:
Woah, til the python shell has tab completion! This does seem like undesirable
behavior. I'd like to work on a fix for this if that's all right, assuming that
this behavior should not occur.
I haven't exactly found where the tab autocomplete
Jack DeVries added the comment:
The regression that @janfrederik.konopka points out also has it's own open
issue: bpo-43944.
I'm trying to work on a fix for this regression. Slowly but surely. Now I've
finally found these threads, this information will be a big hel
Jack DeVries added the comment:
The first bad commit was a fix for bpo-39812.
--
___
Python tracker
<https://bugs.python.org/issue43944>
___
___
Python-bug
Jack DeVries added the comment:
I've identified the first bad commit with git-bisect:
commit b61b818d916942aad1f8f3e33181801c4a1ed14b
Author: Kyle Stanley
Date: Fri Mar 27 15:31:22 2020 -0400
bpo-39812: Remove daemon threads in concurrent.futures (GH-19149)
Remove daemon th
Jack DeVries added the comment:
Ah never mind. @Genarito, the ThreadPoolExecutor is supposed to be used as a
context manager. In your current code, the script ends and Python starts
tearing itself down while `execute_error` is still running in a subprocess.
If you simply use the
Jack DeVries added the comment:
I am working on a fix for this bug. I'm a beginner cpython contributor, so if
anyone recognizes this as a fool's errand, please let me know!
--
nosy: +jack__d
___
Python tracker
<https://bugs.python.o
Jack DeVries added the comment:
*please disregard the typo in the shebang line!*
--
___
Python tracker
<https://bugs.python.org/issue41256>
___
___
Python-bug
Jack DeVries added the comment:
What do you think about this as an entrypoint?
```sh
#!/usr/bin/env
# this becomes venv/bin/activate
# the old venv/bin/activate is now venv/bin/activate.sh
# Try to execute a `return` statement,
# but do it in a sub-shell and catch the results.
# If this
Jack DeVries added the comment:
Hi,
Found while sleuthing random issues. Can we close this?
--
nosy: +jack__d
___
Python tracker
<https://bugs.python.org/issue29
Jack DeVries added the comment:
I just took a look at this, and I'm getting an output of "no data" (just one
time) on 3.9.6. Has this been fixed?
--
nosy: +jack__d
___
Python tracker
<https://bugs.pyt
Change by Jack DeVries :
--
keywords: +patch
pull_requests: +25840
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/27297
___
Python tracker
<https://bugs.python.org/issu
New submission from Jack DeVries :
Good feedback from @merwork just missed the merge, but he is right: it should
be ``shell=True``, not ``"shell=True"``.
https://github.com/python/cpython/pull/26755#discussion_r675128438
I'll be attaching a PR in just a moment.
--
m
Jack DeVries added the comment:
Hi all!
@eamanu, I went ahead and picked up where you left off. I stopped short of
opening up a PR, because I don't want to step on any toes, but I definitely
want to do what I can to give this bpo one final shove over the finish line.
Despite not creat
Jack DeVries added the comment:
@jstockwin, the process usually goes like this:
1. You open a PR
2. The discussion continues over there. non-core-dev volunteers review your PR
and get it into a polished state.
3. A core dev will quickly take a look, provide feedback if necessary, or just
Jack DeVries added the comment:
Looking back at this issue, I can see that there is documentation for this in
the 'note' block. I'm just going to close this issue.
--
resolution: -> not a bug
stage: -> resolved
status: open -> closed
__
Jack DeVries added the comment:
UGH I was experimenting with installing / compilingi gdb and had accidentally
installed a different version of `ar` :/
--
resolution: -> not a bug
stage: -> resolved
status: open -> closed
___
Pytho
Jack DeVries added the comment:
I'm also getting this warning:
ld: warning: object file (Programs/python.o) was built for newer
macOS version (11.5) than being linked (11.0)
--
___
Python tracker
<https://bugs.python.org/is
Change by Jack DeVries :
--
type: -> compile error
versions: +Python 3.11
___
Python tracker
<https://bugs.python.org/issue44700>
___
___
Python-bugs-list mai
New submission from Jack DeVries :
I believe this is a problem with my machine because I've tried checking out to
known good commits (which worked on my machine before) and have the same issue,
but I've tried everything and don't really know what to do next. I'm hoping
Jack DeVries added the comment:
This is not a bug. See the docs:
The precision of the various real-time functions may be less than suggested by
the units in which their value or argument is expressed. E.g. on most Unix
systems, the clock “ticks” only 50 or 100 times a second.
On the other
Jack DeVries added the comment:
@StevenHsuYL yes, you can go ahead and create a PR for this if you'd like! Just
follow the directions in the dev guide (link in sidebar).
I can't really tell for sure because I'm on my phone right now, but it looks
like this might be
Change by Jack DeVries :
--
nosy: +jack__d
___
Python tracker
<https://bugs.python.org/issue44664>
___
___
Python-bugs-list mailing list
Unsubscribe:
Jack DeVries added the comment:
@brandtbucher, is anyone working on this yet? I'd like to take a crack at it
this week if it's still available!
--
nosy: +jack__d
___
Python tracker
<https://bugs.python.o
Jack DeVries added the comment:
The PR and backport to 3.10 have both been merged, so I think this issue can be
closed.
--
___
Python tracker
<https://bugs.python.org/issue44
Jack DeVries added the comment:
Another option if this problem is isolated to mapping patterns, we could
introduce a new op-code: BUILD_MATCH_MAP, which is essentially a wrapper around
BUILD_MAP that disallows duplicate key values.
--
___
Python
New submission from Jack DeVries :
Consider the following code:
class A:
a = 'a'
# runs without error
match {'a': 1}:
case {'a': 1, A.a: 1}:
pass
# raises ValueError
match {'a': 1, 'b': 1}:
case {'a': 1, A.a:
Jack DeVries added the comment:
I'm not able to reproduce this on my machine; the script runs without any issue.
> the `TestClass` instance is being closed
What do you mean by this statement? You aren't doing anything to TestClass or
its instance ("test") in this
Jack DeVries added the comment:
I have another question about the docstring in the source beneath
logging.handlers.QueueHandler.prepare. It says:
> The object returned by this method is enqueued.
But, the prepare method doesn't do the enqueuing operation, it just prepares
the re
Jack DeVries added the comment:
To my understanding, it's supposed to say "transaction".
The source code is here:
https://github.com/python/cpython/blob/a158b20019b50e3ece6e4743ec4e6ae8d818b690/Modules/_sqlite/connection.c#L1434-L1467
I've opened
Change by Jack DeVries :
--
keywords: +patch
nosy: +jack__d
nosy_count: 3.0 -> 4.0
pull_requests: +25687
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/27145
___
Python tracker
<https://bugs.python.org/i
Jack DeVries added the comment:
The current string is correct. The word "union" is actually an exception to the
"a/an" rule. Here is more detail:
https://english.stackexchange.com/questions/266309/why-is-union-an-exception-to-the-a-an-rule
-
Jack DeVries added the comment:
@brandtbucher, I'm sorry for the miscommunication. I started working on this
patch at the beginning of the week after message 397215... I'm a new
contributor too, and I wasn't sure if I would be able to make something that
worked, so I just kep
Jack DeVries added the comment:
I wonder if the middle ground here is to let it be a teachable moment, and to
inform the user by having the string returned by __repr__ be a bit more
descriptive. Currently, it is:
> Use exit() or Ctrl-Z plus Return to exit
I propose:
> exit is the fu
Jack DeVries added the comment:
@brandtbucher, I think that my PR implements the solution you've described
here. What do you think?
--
___
Python tracker
<https://bugs.python.org/is
Change by Jack DeVries :
--
keywords: +patch
nosy: +jack__d
nosy_count: 3.0 -> 4.0
pull_requests: +25674
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/27131
___
Python tracker
<https://bugs.python.org/i
Change by Jack DeVries :
--
keywords: +patch
nosy: +jack__d
nosy_count: 2.0 -> 3.0
pull_requests: +25560
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/27000
___
Python tracker
<https://bugs.python.org/i
Jack DeVries added the comment:
This is documented in Doc/library/runpy.rst. Specifically, here:
> For a simple script, the specified code is simply executed in a fresh module
> namespace. For a valid sys.path entry (typically a zipfile or directory), the
> entry is first add
Change by Jack DeVries :
--
keywords: +patch
nosy: +jack__d
nosy_count: 2.0 -> 3.0
pull_requests: +25559
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/26999
___
Python tracker
<https://bugs.python.org/i
Jack DeVries added the comment:
I'm not sure if there will be interest in merging this PR since it hasn't
happened in all this time, but then again we've been emitting deprecation
warnings from these functions and methods for a *decade* now.
If the decision at this point
Change by Jack DeVries :
--
keywords: +patch
nosy: +jack__d
nosy_count: 2.0 -> 3.0
pull_requests: +25544
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/26982
___
Python tracker
<https://bugs.python.org/i
Jack DeVries added the comment:
mypy does not support __parameters__:
(venv) ➜ cpython git:(main) cat repro.py
from typing import TypeVar
T = TypeVar('T')
(int | list[T]).__parameters__
(venv) ➜ cpython git:(main) mypy --version
Jack DeVries added the comment:
@serif2 nice catch!
--
___
Python tracker
<https://bugs.python.org/issue44526>
___
___
Python-bugs-list mailing list
Unsub
1 - 100 of 148 matches
Mail list logo
