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
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
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: 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
Jack DeVries added the comment:
@gaydayav I agree.
--
___
Python tracker
<https://bugs.python.org/issue44679>
___
___
Python-bugs-list mailing list
Unsubscribe:
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:
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
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:
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:
@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'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:
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:
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:
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:
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:
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:
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:
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:
Oh yeah, sorry, it looks like this can be closed as duplicate.
--
___
Python tracker
<https://bugs.python.org/issue44
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:
edit; typo:
**This document is the **closest** I can find
--
___
Python tracker
<https://bugs.python.org/issue42649>
___
___
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:
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
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:
> 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 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:
@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:
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
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:
@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 :
--
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
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
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
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
Change by Jack Wong :
--
nosy: +iforapsy
___
Python tracker
<https://bugs.python.org/issue30782>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Jack Wong :
--
nosy: +iforapsy
___
Python tracker
<https://bugs.python.org/issue29595>
___
___
Python-bugs-list mailing list
Unsubscribe:
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
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
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
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
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
Jack O'Connor added the comment:
I'm in the middle of adding some Rust bindings to the C implementation in
github.com/BLAKE3-team/BLAKE3, so that `cargo test` and `cargo bench` can cover
both. Once that's done, I'll follow up with benchmark numbers from my laptop
(Kaby
New submission from Jack Orenstein :
If parse_args fails, SystemExit is raised, carrying an exit code of 2, and the
help message is printed. For an embedded usage of argparse, this behavior is
undesirable.
I am writing an interactive console application, using argparse to parse input.
When
Jack Orenstein added the comment:
Yes! I didn't know about that method, thank you.
--
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.
Jack O'Connor added the comment:
Ok, I've added Rust bindings to the BLAKE3 C implementation, so that I can
benchmark it in a vaguely consistent way. My laptop is an i5-8250U, which
should be very similar to yours. (Both are "Kaby Lake Refresh".) My end result
do look s
Jack O'Connor added the comment:
I plan to bring the C code up to speed with the Rust code this week. As part of
that, I'll probably remove comments like the one above :) Otherwise, is there
anything else we can do on our end to help
Jack O'Connor added the comment:
Version 0.1.3 of the official BLAKE3 repo includes some significant performance
improvements:
- The x86 implementations include explicit prefetch instructions, which helps
with long inputs. (commit b8c33e1)
- The C implementation now uses the same par
Jack O'Connor added the comment:
Version 0.2.0 of the BLAKE3 repo includes optimized assembly implementations.
These are behind the "c" Cargo feature for the `blake3` Rust crate, but
included by default for the internal bindings crate. So the easiest way to
rerun our favori
Jack O'Connor added the comment:
I've just published some Python bindings for the Rust implementation on PyPI:
https://pypi.org/project/blake3
> I'm guessing Python is gonna hold off until BLAKE3 reaches 1.0.
That's very fair. The spec and test vectors are set in s
New submission from Jack Reigns :
Mac Optimizer Pro a bunch of tools that can be used to perform various actions
on your Mac. A number of the tools on offer can be used to clean your Mac.
--
files: MacOptimizerPro.jpg
messages: 364570
nosy: Jack Reigns
priority: normal
severity
New submission from Jack Reigns :
Mac Optimizer Pro's simple drag and drop functionality makes it the best
program to clean up Mac. Apart from this, you can also select an app and view
its detailed information so that you know what is hogging up your device’s
space. Moreover, it let
Jack O'Connor added the comment:
This change may have broken pyflakes on nightly Python. Is that expected or
problematic?
Error message:
"pyflakes" failed during execution due to "module 'ast' has no attribute
'AugLoad'"
Seen at: https:
Jack O'Connor added the comment:
Ah never mind, it looks like that's covered by
https://bugs.python.org/issue3
--
___
Python tracker
<https://bugs.python.o
New submission from Jack Orenstein :
I am using shlex.quote to pass filenames to a shell command, e.g. ls. The
problem is that glob patterns, when quoted, no longer operate as glob patterns.
So, for example, executing this:
ls 'var/log/syslog*'
results in this output:
Change by Jack Wong :
--
nosy: +iforapsy
___
Python tracker
<https://bugs.python.org/issue39645>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Jack Jansen :
On Windows, when ctypes fails to load a DLL, the error message is misleading.
If a dependency of the DLL cannot be found if appears as if the DLL itself
cannot be found.
This issue has always existed on Windows (and I know it is due to what the OS
provides
Jack O'Connor added the comment:
This change caused a crash in the Duct library in Python 3.9. Duct uses the
waitid(NOWAIT) strategy that Nathaniel Smith has described in this thread. With
this change, the child process is reaped by kill() in a spot we didn't expect,
and a subse
Jack O'Connor added the comment:
I'm late to the party, but I want to explain what's going on here in case it's
helpful to folks. The issue you're seeing here has to do with whether a child
processs has been "reaped". (Windows is different from Unix here
New submission from Jack O'Connor :
In Python 3.9, Popen.send_signal() was changed to call Popen.poll() internally
before signaling. (Tracking bug: https://bugs.python.org/issue38630.) This is a
best-effort check for the famous kill/wait race condition. However, because
this can now re
Jack O'Connor added the comment:
Filed separately as https://bugs.python.org/issue42558.
--
___
Python tracker
<https://bugs.python.org/issue38630>
___
___
Jack O'Connor added the comment:
Right, the example above is contrived to demonstrate the race and the crash.
In real life code, the good reason I know of to write code like this is to use
os.waidid(WNOWAIT) to solve the wait/kill race properly. This is what Duct has
been doing
New submission from Jack Jansen :
The logging module and its API make it easy to modify the behaviour of all
loggers used in any package in your program.
Unfortunately the downside of this is that if any author of any module that you
use changes the global logger configuration you get in a
Jack Jansen added the comment:
@vinay, absolutely right on this being an anti-pattern:-)
And also right on the statement that I can set a breakpoint on all three of
logging.basicConfig, logging.config.fileConfig and logging.config.dictConfig, I
had overlooked that (was looking for a single
New submission from Jack W. :
It's oddly difficult to glean from the official documentation the correct
syntax for superclass initialization.
--
assignee: docs@python
components: Documentation
messages: 377527
nosy: docs@python, softwoehr
priority: normal
severity: normal
status:
Jack W. added the comment:
True enough, however, no search I could come up which included the term "super"
or "__init__" returned a document near the top of the search which showed how
to chain a superclass initializer. This can be confusing, as there are 2
syn
Jack W. added the comment:
Thank you.
--
___
Python tracker
<https://bugs.python.org/issue41865>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Jack W. :
--
resolution: -> works for me
___
Python tracker
<https://bugs.python.org/issue41865>
___
___
Python-bugs-list mailing list
Unsubscrib
New submission from Jack Jansen :
I found a problem with the handling of manifest files in the msvc9compiler.
Distutils removes the reference to the MSVC runtime from the manifest resource,
to enable installing the runtime system locally (i.e. to allow non-admins to
install Python in their
Jack Jansen added the comment:
Hmm, the cscript.exe point is a valid one. I can think of two things that make
my situation different, I will investigate (and post here):
- I started getting the problem when the hosting application (Ambulant
multimedia player) switched from VS2008 to VS2010
New submission from Jack Miller :
I've discovered that using either 2.7.2 or 3.2.2 (from Arch) reorganizing gdbm
databases leave hanging file descriptors that will cause EAGAIN errors trying
to reopen it until the process is killed. For example:
Python 2.7.2 (default, Jan 31 2012, 13:
Jack Miller added the comment:
I am using gdbm 1.10, the latest available.
pacman says:
core/gdbm 1.10-1 [installed]
GNU database library
Which also contains the file (libgdbm.so.4) that Python's gdbm.so is linked to
(just in case there was some version trickery going on here).
I
Changes by Jack Jansen :
--
nosy: +jackjansen
___
Python tracker
<http://bugs.python.org/issue13210>
___
___
Python-bugs-list mailing list
Unsubscribe:
Jack Jansen added the comment:
Indeed, my situation is different from the cscript.exe situation because in my
case Python needs to call back into the hosting application.
Further experiments have shown that this is indeed the problem, and moreover
that this is a problem that cannot be solved
Jack Diederich added the comment:
Either someone changed the test or I can't understand how the try/except/else
could happen where 'conn' is undefined in the else. Either way, I'm marking it
closed.
--
resolution: -> out of date
Jack Wong added the comment:
Can we reopen this bug? Karthikeyan's PR works for Dmitry's toy example, but it
does not work in the usual case where patch() and attach_mock() are used. I
encountered this bug on Python 3.7.3, which includes the PR.
Non-toy example:
import unitte
Jack Wong added the comment:
Thanks, Karthikeyan! I applied your change to Lib/unittest/mock.py, and it
fixed the bug for me. I confirmed that calls to the child mock now appear in
the parent's mock_calls in my test suite. Your PR looks good
Change by Jack Wong :
--
nosy: +iforapsy
___
Python tracker
<https://bugs.python.org/issue22367>
___
___
Python-bugs-list mailing list
Unsubscribe:
Jack Cushman added the comment:
Agreed that no one should be using zip encryption. :) I hit this issue working
on an academic exercise. I'm fine with closing this.
(I do think the exception types in zipfile set up a trap for the programmer
here: Python throws a different exception type
New submission from Jack Howarth:
The Python 3.x test suite produces a new regression on macOS 10.13 under the
new APFS filesystem when executing the test_undecodable_filename() test from
Lib/test/test_httpservers.py. The error appears as
New submission from Jack Lloyd:
Context: I have a script which checks out a software release (tagged git
revision) and builds an archive to distribute to end users. One goal of this
script is that the archive is reproducible, ie if the script is run twice (at
different times, on different
New submission from Jack Cushman:
This bug arises when attempting to unzip a password-protected zipfile using the
wrong password.
Usually when zipfile extraction is attempted with an incorrect password,
zipfile raise `RuntimeError("Bad password for file")`. But for a small
Jack Cushman added the comment:
Ah, thanks! That makes sense. I see it's documented in "man unzip" as well:
"The correct password will always check out against the header, but there is a
1-in-256 chance that an incorrect password will as well. (This is a security
f
Jack McCracken added the comment:
Resolved in GitHub https://github.com/python/cpython/pull/1134.
In 2.7, the flag re.ASCII is not passed due to 2.7's default ASCII strings.
Backporting to 3.5 and 3.6.
--
nosy: +Jack.McCracken
___
Python tr
Changes by Jack McCracken :
--
pull_requests: +1269
___
Python tracker
<http://bugs.python.org/issue30067>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Jack McCracken :
--
pull_requests: +1270
___
Python tracker
<http://bugs.python.org/issue30067>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Jack McCracken :
--
pull_requests: +1271
___
Python tracker
<http://bugs.python.org/issue30067>
___
___
Python-bugs-list mailing list
Unsubscribe:
Jack McCracken added the comment:
https://github.com/python/cpython/pull/1135 and
https://github.com/python/cpython/pull/1137 backport it to 3.5 and 3.6,
respectively.
--
___
Python tracker
<http://bugs.python.org/issue30
New submission from Jack Branson :
I found that calling PyImport_ImportModule frequently may cause access
violation error.
here is call stack:
00 0354f610 67d01605 0001 0020 007f python36!_PyObject_Alloc+0x5e
[c:\build\cpython36\objects\obmalloc.c @ 1258]
01 (Inline
New submission from Jack O'Connor :
See https://github.com/BLAKE2/libb2/issues/12.
All Blake2 params have to be encoded in little-endian byte order. For the two
multi-byte integer params, leaf_length and node_offset, that means that
assigning a native-endian integer to them appears to wo
Change by Jack Jansen :
--
nosy: +jackjansen
___
Python tracker
<https://bugs.python.org/issue2>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Jack Jansen :
When using a TreeBuilder with a custom factory (returning a subclass of Element
with some extra functionality) there is an issue with findall().
XPaths using an indexed predicate no longer work: the findall() result is
always empty. The attached test script
Jack Jansen added the comment:
Correction to the last line:
When using Python 2.7 everything works fine. When adding a findall() method to
the Element subclass that simply calls ElementPath.findall() everything also
works fine. I suspect some issue with the _elementtree C implementation but
New submission from Jack McCracken:
The thread_foobar.h reference for the interface for abstracting the
platform-specific thread implementation does not include newer features such as
timed locking and TLS support.
--
components: Interpreter Core
files: update_thread_foobar.diff
Jack McCracken added the comment:
Missed a word in a comment
--
Added file: http://bugs.python.org/file34975/update_thread_foobar_v2.diff
___
Python tracker
<http://bugs.python.org/issue21
Jack McCracken added the comment:
Added an example of deferring to PyThread_acquire_lock_timed in
PyThread_acquire_lock. Also fixed a mistake in the string of a dprintf in
PyThread_acquire_lock_timed.
--
Added file: http://bugs.python.org/file34976/update_thread_foobar_v3.diff
Jack McCracken added the comment:
Oops... I removed that and just put the deferral in there.
--
Added file: http://bugs.python.org/file34977/update_thread_foobar_v4.diff
___
Python tracker
<http://bugs.python.org/issue21
New submission from Jack Murray:
AttributeError in /usr/lib/python3.4/asyncio/tasks.py feels like it might be a
concurrency issue. I can't reproduce it, and my python isn't good enough to
know how to simulate raising the exception at a random time during the
execution of the progr
Changes by Jack Murray :
--
title: Possible bug in asyncio -> Possible concurrency bug in asyncio,
AttributeError in tasks.py
___
Python tracker
<http://bugs.python.org/issu
Jack Andrews added the comment:
I'm no longer working on this, but IIRC, my patch is not necessary and
there is no deficiency.
Ta, Jack
On Saturday, June 28, 2014, Mark Lawrence wrote:
>
> Mark Lawrence added the comment:
>
> Does somebody want to propose a patch to take thi
New submission from Jack O'Connor:
BufferedIOBase and related classes have a read(n) and read1(n). The first will
wait until n bytes are available (or EOF), while the second will return as soon
as any bytes are available. In asyncio.StreamReader, there is no read1 method,
but the read m
201 - 300 of 410 matches
Mail list logo
