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.
--
Jack O'Connor added the comment:
I did reply to that point above with some baseless speculation, but now I can
back up my baseless speculation with unscientific data :)
https://gist.github.com/oconnor663/aed7016c9dbe5507510fc50faceaaa07
According to whatever `powerstat -R` measures
Jack O'Connor added the comment:
> Truncated sha512 (sha512-256) typically performs 40% faster than sha256 on
> X86_64.
Without hardware acceleration, yes. But because SHA-NI includes only SHA-1 and
SHA-256, and not SHA-512, it's no longer a level playing field. OpenSSL&#x
Jack O'Connor added the comment:
> Hardware accelerated SHAs are likely faster than blake3 single core.
Surprisingly, they're not. Here's a quick measurement on my recent ThinkPad
laptop (64 KiB of input, single-threaded, TurboBoost left on), which supports
both A
Jack O'Connor added the comment:
> maintaining a complicated build process in-tree
For what it's worth, if you have any sort of "in a perfect world" vision for
what the upstream BLAKE3 project could do to make it trivially easy for you to
integrate, I'd be ver
Jack O'Connor added the comment:
Thanks Larry! Was any of the experimental C extension code under
https://github.com/oconnor663/blake3-py/tree/master/c_impl useful to you? I was
wondering if it could be possible to copy blake3module.c from there verbatim.
The setup.py build there als
Jack O'Connor added the comment:
Yes, everything in https://github.com/BLAKE3-team/BLAKE3 and
https://github.com/oconnor663/blake3-py is public domain via CC0, and dual
licensed under Apache for good measure. Hopefully that makes it easy to use it
any
Jack O'Connor added the comment:
What's the best way for me to help with the next steps of this?
--
___
Python tracker
<https://bugs.python.o
Change by Jack Nguyen :
--
keywords: +patch
pull_requests: +29432
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/31267
___
Python tracker
<https://bugs.python.org/issu
Jack Nguyen added the comment:
As you say, which implementation performs better likely depends on the nature
of the sets. I would suspect that using set.difference won't be substantially
faster than using set.intersection in the best case, but it would be much
slower if len(self) is
New submission from Jack Nguyen :
I noticed that the set.issubset cpython implementation casts its iterable
argument to a set. In some cases, casting the whole iterable to a set is
unnecessary (see https://bugs.python.org/issue18032). Although the latter
suggestion is to perform early
Jack O'Connor added the comment:
Yeah by intrinsics I mean stuff like _mm256_add_epi32(). All of that stuff is
in these vendored files:
blake3_avx2.c
blake3_avx512.c
blake3_neon.c
blake3_sse2.c
blake3_sse41.c
Also to Michał's question above, I'm not necessarily oppose
Jack O'Connor added the comment:
> As a first pass I say we merge the reference C implementation.
Do you mean portable-only C code, or portable + intrinsics? If the assembly
files are out, I'd advocate for the latter. The intrinsics implementations are
nearly as fast as the
Jack O'Connor added the comment:
I was about to say the only missing feature was docstrings, but then I realized
I hadn't included releasing the GIL. I've added that and pushed an update just
now. Fingers crossed there's nothing else I've missed. I think it's
Jack O'Connor added the comment:
Ah, good idea. I've published the new C implementation as:
https://test.pypi.org/project/blake3-experimental-c/
You can install it with: pip install -i https://test.pypi.org/simple/
blake3-experimental-c
Despite the package name change, the extens
Jack O'Connor added the comment:
Update: There is now a C version of the `blake3` Python module available at
https://github.com/oconnor663/blake3-py/tree/master/c_impl. It's completely
API-compatible with the Rust version, and it passes the same test suite.
Multithreading
Change by Jack Wong :
--
nosy: +iforapsy
___
Python tracker
<https://bugs.python.org/issue36906>
___
___
Python-bugs-list mailing list
Unsubscribe:
David Jack added the comment:
Thank you for the information. That will definitely be helpful.
https://pcoptimizerpro.com/
--
___
Python tracker
<https://bugs.python.org/issue31
David Jack added the comment:
Thank you for the information. That will definitely be helpful. Also, thank you
for being so detailed with your explanation. Thank you so much. my name is
david. i am provide mac optimizer pro software your mac has been speed slow and
malware attack and junk
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
Change by Jack Wong :
--
nosy: +iforapsy
___
Python tracker
<https://bugs.python.org/issue29595>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Jack Wong :
--
nosy: +iforapsy
___
Python tracker
<https://bugs.python.org/issue30782>
___
___
Python-bugs-list mailing list
Unsubscribe:
Jack O'Connor added the comment:
Hi Michał, no I haven't done any more work on this since my comments back in
April. If you wanted to get started on a PyPI implementation, I think that
would be fantastic. I'd be happy to collaborate over email:
oconnor...@gmail.com. The branch
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
Change by Jack O'Connor :
--
nosy: -oconnor663
___
Python tracker
<https://bugs.python.org/issue25782>
___
___
Python-bugs-list mailing list
Unsubscr
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 Humphries added the comment:
This may be a build system problem.
Building the v3.9.6 tag locally on Windows 10.0.19043 produces a help file that
can properly search.
On top of that locally built python396.chm file output is 3MB larger (around
the same size as the 3.9.5 help file
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
1 - 100 of 410 matches
Mail list logo
