Changes by Jim Jewett :
--
stage: -> needs patch
___
Python tracker
<http://bugs.python.org/issue27021>
___
___
Python-bugs-list mailing list
Unsubscrib
Jim Jewett added the comment:
I think that instead of application/zip, you want application/zipped-python (or
whatever the precise term was). This was one reason to register the MIME type.
That said, application/zip is probably not harmful; the worst it should do it
hand the archive to a
Jim Carroll added the comment:
Thanks for all your work !
--
___
Python tracker
<http://bugs.python.org/issue23136>
___
___
Python-bugs-list mailing list
Unsub
New submission from Jim Jewett:
https://docs.python.org/3/reference/expressions.html#yield-expressions
Current:
"""
When a generator function is called, it returns an iterator known as a
generator. That generator then controls the execution of a generator function.
The execut
Jim Jewett added the comment:
OK, then how about
Current:
"""
When a generator function is called, it returns an iterator known as a
generator. That generator then controls the execution of a generator function.
The execution starts when one of the generator’s methods is called
Jim Jewett added the comment:
Why does generated file Include/opcode.h show up as changed? It looks like
pure whitespace, but I wonder if a similar whitespace change might be making
something a space too long somewhere.
--
nosy: +Jim.Jewett
Jim Jewett added the comment:
Eric, unless I'm misreading your debugging info, it is the other way around --
something is in the dict, but not in the list that you iterate over.
And since the list that you iterate over looks right, I have to wonder if it
was something intern
Jim Jewett added the comment:
(Just putting my review summary in the main ticket)
I'm going to echo the previous comment that maybe trying to emulate the
existing dict implementation too carefully just adds complexity.
The split-keys implementation shows that there is at least
Jim Jewett added the comment:
Should dictobject.h get a bit more changes? In particular, should the
following be expanded?
#define PyDictKeys_Check(op) (Py_TYPE(op) == &PyDictKeys_Type)
#define PyDictItems_Check(op) (Py_TYPE(op) == &PyDictItems_Type)
#define PyDictValues_Check(op)
New submission from Jim Jewett:
https://hg.python.org/cpython/file/2df7c958974e/Objects/dictobject.c#l451
The comments near lookdict suggest that specialized versions such as
lookdict_unicode and lookdict_unicode_nodummy cannot return NULL, as that would
indicate an Exception was raised
New submission from Jim Jewett:
The specialized lookdict_* variants replace themselves with the generic
lookdict as soon as a non-unicode key is looked up.
They could reasonably leave the replacement to insertdict (line 819, currently
assert rather than a replacement), when a non-unicode
Jim Jewett added the comment:
On Sep 6, 2016 10:55 PM, Donald Stufft added the comment:
> In the hypothetical case we don't backport ChaCha20 support and 3DES and
AES constructs in TLS are no longer secure... what do you do? Do you just
plug your fingers in your ears and hope nobody att
Jim Jewett added the comment:
In general, the rule is that micro versions (such as 3.4.4 to 3.4.5)
should not make any changes that are not clearly bug fixes. If users would
call the new API (or ABI) differently, it is almost certainly a change that
should be reserved for a development release
Jim Fulton added the comment:
SSL is used for more than just HTTP. The are applications in which clients
have server public keys that they use to authenticate servers rather than using
certificate authorities. For these applications, server host names are
irrelevant. This is why it makes
Jim Fulton added the comment:
Cool, I will verify soon.
--
___
Python tracker
<http://bugs.python.org/issue27386>
___
___
Python-bugs-list mailing list
Unsub
Jim Fulton added the comment:
I'm not ignoring anything AFAICT.
There are applications where server hostname isn't useful (no virtual hosts,
client has server's public key).
I'm not positive we're disagreeing, so let me put this another way.
1. If the given SSL conte
Jim Fulton added the comment:
Yes, that change addresses this issue. Thanks!
Will this be backported?
--
resolution: -> fixed
___
Python tracker
<http://bugs.python.org/issu
Jim Jewett added the comment:
Having to (re-)fill the cache once per interpreter seems like a reasonable
price to pay.
Why is 3.5 not included? Did this not cause problems before the import change,
or is it just that this bug is small enough that maybe it isn't worth
backpo
Jim Fulton added the comment:
This is arguably a security issue because it's a DoS vector.
I don't feel strongly about it though.
--
___
Python tracker
<http://bugs.python.o
Changes by Jim Jewett :
--
title: gzip guessing of mode is ambiguilous -> gzip guessing of mode is
ambiguous
___
Python tracker
<http://bugs.python.org/issu
New submission from Jim Jewett:
One commonly needed string transformation is stripping out certain characters
(or only keeping certain characters). This is common enough that it might be
worth a dedicated method, except, that, as Stephen J. Turnbull wrote in
https://mail.python.org/pipermail
Jim Jewett added the comment:
https://mail.python.org/pipermail/python-ideas/2016-November/043539.html by
Chris Barker points out that a custom object (which doesn't ever store the
missing "keys") may be better still... though I'm not sure it is better enough
to
New submission from Jim Nasby:
A '*' in fnmatch.translate is converted into '.*', which will greedily match
directory separators. This doesn't match shell behavior, which is that * will
only match file names:
decibel@decina:[14:07]~$ls ~/tmp/*/1|head
ls: /Users/deci
New submission from Jim Fasarakis-Hilliard :
There's currently a slight disagreement between some of the sequences about
what is raised when the value for `repeat` is too large.
Currently, `str` and `bytes` raise an `OverflowError` while `bytearray`,
`tuple`, `list` and `deque` ra
New submission from Jim Crist-Harif :
To create a new server with `loop.create_server` that listens on all interfaces
and a random port, I'd expect passing in `host=""`, `port=0` to work (per the
documentation). However, as written this results in 2 different ports being
used
Change by Jim Crist-Harif :
--
versions: +Python 3.10, Python 3.8
___
Python tracker
<https://bugs.python.org/issue45693>
___
___
Python-bugs-list mailin
Jim Crist-Harif added the comment:
> Is there an OS interface to ensure the same port on both stacks?
I don't think this is needed? Right now the code processes as:
- Expand host + port + family + flags into a list of one or more tuples of
socket options
(https://github.com/python
Jim Crist-Harif added the comment:
Hmmm, I'd find that situation a bit surprising, but I suppose it could happen.
Looks like tornado just errors, and that seems to work fine for them in
practice
(https://github.com/tornadoweb/tornado/blob/790715ae0f0a30b9ee830bfee75bb7fa4c4ec2f6/to
Jim Crist-Harif added the comment:
> I'm not aware of an OS API call that binds both IPv4 and IPv6 to the same
> random port.
Sure, but `loop.create_server` is already higher-level than a single OS API
call.
By default `create_server` will already bind multiple socke
Jim Crist-Harif added the comment:
If you decline that a change is needed here, at the very least the current
behavior of `port=0` should be documented. I'd be happy to push up a fix if so.
--
___
Python tracker
<https://bugs.py
Jim Crist-Harif added the comment:
> Is tornado the only example or you are aware of other libraries with such
> behavior?
A quick survey of other language network stacks didn't turn anything up, *But*
I also didn't find any implementations (other than asyncio & tornado)
New submission from Jim Crist-Harif :
In https://bugs.python.org/issue7946 an issue with how the current GIL
interacts with mixing IO and CPU bound work. Quoting this issue:
> when an I/O bound thread executes an I/O call,
> it always releases the GIL. Since the GIL is released, a CPU
Change by Jim Crist-Harif :
--
keywords: +patch
pull_requests: +27822
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/29579
___
Python tracker
<https://bugs.python.org/issu
Change by Jim Crist-Harif :
--
components: +asyncio -C API
nosy: +asvetlov, yselivanov
___
Python tracker
<https://bugs.python.org/issue45819>
___
___
Python-bug
New submission from Jim Crist-Harif :
In https://bugs.python.org/issue45129 the deprecated `reuse_address` parameter
to `create_datagram_endpoint` was removed. This PR mistakenly removed this
parameter from `create_server` as well (where it wasn't deprecated).
--
components: as
Change by Jim Crist-Harif :
--
keywords: +patch
pull_requests: +27970
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/29733
___
Python tracker
<https://bugs.python.org/issu
Change by Jim Crist-Harif :
--
keywords: +patch
pull_requests: +27998
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/29760
___
Python tracker
<https://bugs.python.org/issu
Jim Crist-Harif added the comment:
Apologies for the delay here. I've pushed a documentation patch at
https://github.com/python/cpython/pull/29760.
--
___
Python tracker
<https://bugs.python.org/is
Change by Jim Fasarakis-Hilliard :
--
nosy: +Jim Fasarakis-Hilliard
___
Python tracker
<https://bugs.python.org/issue5996>
___
___
Python-bugs-list mailin
Change by Jim Fasarakis-Hilliard :
--
nosy: +Jim Fasarakis-Hilliard
___
Python tracker
<https://bugs.python.org/issue1635741>
___
___
Python-bugs-list mailin
Change by Jim Fasarakis-Hilliard :
--
nosy: +Jim Fasarakis-Hilliard
___
Python tracker
<https://bugs.python.org/issue38938>
___
___
Python-bugs-list mailin
Jim Fasarakis-Hilliard added the comment:
It does seem out of place in functools, intensified by it's odd interjection
among the other functools objects.
Considering heapq and bisect exist as standalone modules, the idea that
topological sorting could go in its own module wouldn
Jim Fasarakis-Hilliard added the comment:
The downside I see with any graph prefixed names is the fact that it implies a
larger collection of graph operations.
Add that to the fact that people might be more tempted to propose many graph
related algorithms/utilities to a module with the
Jim Fasarakis-Hilliard added the comment:
Another option, `graphlib`[1], does exist on PyPI but is not maintained and
currently read-only by the author. Other flavors[2][3] of the same name also
don't seem to have much adoption so they shouldn't confuse if a name like
`graphlib`
Jim Fasarakis-Hilliard added the comment:
For a more comprehensive list, we currently have for `get*` functions in
`inspect`:
`inspect.getdoc`: Returns `None` if the documentation string isn't present,
either directly on the object or through it mro. This *isn't*
Jim Fasarakis-Hilliard added the comment:
A simple substitution of 'types' with 'kind' should do it. This aligns with the
terminology [1] used in the glossary.
[1] https://docs.python.org/3/glossary.html#term-parameter
--
nosy: +Ji
New submission from Jim Fasarakis-Hilliard :
This isn't an issue, `value` (that is, `{}` here) is shared among all keys.
Since you've added a mutable value, when you mutate it this change is seen for
all keys holding the value.
This is documented in dict.fromkeys
https://docs.py
Changes by Jim Fasarakis-Hilliard :
--
nosy: +Jim Fasarakis-Hilliard
___
Python tracker
<http://bugs.python.org/issue10544>
___
___
Python-bugs-list mailin
Jim Fasarakis-Hilliard added the comment:
Could you submit a PR for this?
I haven't seen any objections to this change, a PR will expose this to more
people and a clear decision on whether this change is warranted can be finally
made (I hope).
--
nosy: +Jim Fasarakis-Hil
Jim Fasarakis-Hilliard added the comment:
Okay, I'll take a look at it over the next days and try and submit a PR after
fixing any issues that might be present.
--
___
Python tracker
<http://bugs.python.org/i
Jim Fasarakis-Hilliard added the comment:
Thanks for linking the dependency, Serhiy :-)
Is there anybody currently working on the other issue? Also, shouldn't both
issues now get retagged to Python 3.7?
--
___
Python tracker
Changes by Jim Fasarakis-Hilliard :
--
nosy: +Jim Fasarakis-Hilliard
___
Python tracker
<http://bugs.python.org/issue25643>
___
___
Python-bugs-list mailin
Jim Fasarakis-Hilliard added the comment:
That makes sense to me, I'll wait around until the dependency is resolved.
--
___
Python tracker
<http://bugs.python.org/i
Jim Fasarakis-Hilliard added the comment:
Shouldn't this issue get closed now that the PR was merged?
--
nosy: +Jim Fasarakis-Hilliard
___
Python tracker
<http://bugs.python.org/is
Jim Fasarakis-Hilliard added the comment:
Stefan, do you have time to make a PR for this?
--
nosy: +Jim Fasarakis-Hilliard
___
Python tracker
<http://bugs.python.org/issue24
Changes by Jim Fasarakis-Hilliard :
--
nosy: +Jim Fasarakis-Hilliard
___
Python tracker
<http://bugs.python.org/issue12458>
___
___
Python-bugs-list mailin
Changes by Jim Fasarakis-Hilliard :
--
nosy: +Jim Fasarakis-Hilliard
___
Python tracker
<http://bugs.python.org/issue29051>
___
___
Python-bugs-list mailin
Changes by Jim Fasarakis-Hilliard :
--
pull_requests: +550
___
Python tracker
<http://bugs.python.org/issue24622>
___
___
Python-bugs-list mailing list
Unsub
Changes by Jim Fasarakis-Hilliard :
--
nosy: -Jim Fasarakis-Hilliard
___
Python tracker
<http://bugs.python.org/issue29339>
___
___
Python-bugs-list mailin
Changes by Jim Fasarakis-Hilliard :
--
nosy: +Jim Fasarakis-Hilliard
___
Python tracker
<http://bugs.python.org/issue29812>
___
___
Python-bugs-list mailin
Jim Fasarakis-Hilliard added the comment:
Just bumped into this.
Is the removal for this module waiting for the end of Python 2.7 support as PEP
4 states for modules in Py2 and Py3?
The first message calls for a removal in 3.6 so, I'm either missing some
additional conversations on th
Jim Fasarakis-Hilliard added the comment:
A PR has been submitted, Ryan. See https://github.com/python/cpython/pull/490
--
___
Python tracker
<http://bugs.python.org/issue29
New submission from Jim Fasarakis-Hilliard:
After discussion on [1] this PR removes nturl2path from test_sundry and ammends
its docstring to include a note on how it is an implementation detail and
tested elsewhere.
--
messages: 289760
nosy: Jim Fasarakis-Hilliard
priority: normal
Jim Fasarakis-Hilliard added the comment:
Whoops:
[1]:
https://mail.python.org/mailman/private/core-mentorship/2017-March/003832.html
--
___
Python tracker
<http://bugs.python.org/issue29
Changes by Jim Fasarakis-Hilliard :
--
pull_requests: +568
___
Python tracker
<http://bugs.python.org/issue29836>
___
___
Python-bugs-list mailing list
Unsub
New submission from Jim Fasarakis-Hilliard:
Currently, there's a discrepancy in the exception reporting for the `.index`
and `.remove` methods of many objects:
For arrays:
array.remove(val) -> ValueError: array.remove(x): x not in list
array.index(val) -> ValueError: ar
Jim Fasarakis-Hilliard added the comment:
I'd be happy to supply a PR for this if the change seems reasonable.
--
___
Python tracker
<http://bugs.python.org/is
Jim Fasarakis-Hilliard added the comment:
@Sean Ochoa, do you want to make this into a PR? The only tweak I would suggest
would be to change all error messages to either be:
"object.method(repr(x)): element not in object"
or:
"repr(x) not in object"
also, this
Jim Fasarakis-Hilliard added the comment:
Nice catch, that's a typo indeed. If you'd like, submit a PR [see
https://docs.python.org/devguide/#quick-start] to address this.
--
nosy: +Jim Fasarakis-Hilliard
___
Python tracker
<http://bu
Jim Fasarakis-Hilliard added the comment:
I'm pretty sure this is by design; the change introduced in [1] tried to keep
things simple by only trimming the output when the lines were identical. More
complicated scenarios are trickier to implement.
It should be interesting to see if the
Changes by Jim Fasarakis-Hilliard :
--
nosy: +Jim Fasarakis-Hilliard
___
Python tracker
<http://bugs.python.org/issue29847>
___
___
Python-bugs-list mailin
Changes by Jim Fasarakis-Hilliard :
--
nosy: +Jim Fasarakis-Hilliard
___
Python tracker
<http://bugs.python.org/issue14003>
___
___
Python-bugs-list mailin
Jim Fasarakis-Hilliard added the comment:
I'm guessing you might of missed it, `Text` is documented in the docs for
Python 3.5 https://docs.python.org/3.5/library/typing.html#typing.Text :-)
--
nosy: +Jim Fasarakis-Hilliard
___
Python tracker
Jim Fasarakis-Hilliard added the comment:
Ah I see now, yes, neither are Reversible, Type, NewType, TYPE_CHECKING and
DefaultDict.
Why don't you go ahead an submit a PR for this? :-)
--
___
Python tracker
<http://bugs.python.org/is
Jim Fasarakis-Hilliard added the comment:
Without stating an opinion on the change, I'd suggest first posting to
python-ideas (unless you already did so and I missed it :-) to get an initial
reaction from folks on your idea before coming to b.p.o.
If you have the backing of python-idea
Jim Fasarakis-Hilliard added the comment:
That's great, make sure you also take a look at the quick start section of the
devguide [1] if you need help in any steps :-)
[1]: https://docs.python.org/devguide/#quick-start
--
___
Python tracker
Changes by Jim Fasarakis-Hilliard :
--
nosy: +Jim Fasarakis-Hilliard
___
Python tracker
<http://bugs.python.org/issue29882>
___
___
Python-bugs-list mailin
Jim Fasarakis-Hilliard added the comment:
Indeed, nice catch! Submit a PR for it if you want to (if not, someone else
will pick it up soon :-)
--
nosy: +Jim Fasarakis-Hilliard
___
Python tracker
<http://bugs.python.org/issue29
New submission from Jim Fasarakis-Hilliard:
Specifically, the list I've currently found in .py files:
- _pyio.py:
ValueError("flush of closed file")
ValueError("flush of closed file")
"of" -> "on" for both.
- configparser.py:
Jim Fasarakis-Hilliard added the comment:
Additional instances of this:
- function indexOf of operator.py.
- function _PySequence_IterSearch of abstract.c
--
___
Python tracker
<http://bugs.python.org/issue13
Jim Fasarakis-Hilliard added the comment:
Sure, Serhiy, I'll make a PR in a bit.
--
___
Python tracker
<http://bugs.python.org/issue29904>
___
___
Pytho
Changes by Jim Fasarakis-Hilliard :
--
pull_requests: +724
___
Python tracker
<http://bugs.python.org/issue29904>
___
___
Python-bugs-list mailing list
Unsub
New submission from Jim Fasarakis-Hilliard:
Specifically, in both Lib/async/proactor_events.py and asynchat.py there's a
comma where a % should be thereby not formatting the value correctly:
TypeError('data argument must be byte-ish (%r)', type(data))
TypeError('d
Changes by Jim Fasarakis-Hilliard :
--
pull_requests: +725
___
Python tracker
<http://bugs.python.org/issue29905>
___
___
Python-bugs-list mailing list
Unsub
New submission from Jim Fasarakis-Hilliard:
Seems the CommonTests class defined in list_tests duplicates the testing
performed by seq_tests.CommonTests in the following functions:
test_index, test_count
Additionally, a part of test_imul from list_tests.CommonTests can be moved to
Jim Fasarakis-Hilliard added the comment:
Correction: test_index *partially* duplicates the base class method. It too can
be modified to use super like test_imul.
--
___
Python tracker
<http://bugs.python.org/issue29
Changes by Jim Fasarakis-Hilliard :
--
pull_requests: +745
___
Python tracker
<http://bugs.python.org/issue29912>
___
___
Python-bugs-list mailing list
Unsub
Jim Fasarakis-Hilliard added the comment:
Isn't the fact that it's read-only a CPython implementation detail? That is,
shouldn't that just read:
"gives a :term:`mapping` object representing the class's namespace"
so as to not enforce anything on any other imp
Jim Fasarakis-Hilliard added the comment:
It's odd how 'f-string' just caught on when byte, raw and unicode strings never
really did (at least I personally don't see many people using b-string,
r-string and u-string respectively).
Shouldn't an entry for them be made t
Jim Fasarakis-Hilliard added the comment:
Indeed, quickly glancing over the error messages there's another small typo in
https://github.com/python/cpython/blob/master/Modules/arraymodule.c#L2371:
"array indices must be integer" -> "array indices must be integers"
Jim Fasarakis-Hilliard added the comment:
..and another one here
https://github.com/python/cpython/blob/master/Modules/arraymodule.c#L2145:
"__reduce_ex__ argument should an integer" -> ".. should be .."
--
__
Changes by Jim Fasarakis-Hilliard :
--
resolution: -> fixed
stage: -> resolved
status: open -> closed
___
Python tracker
<http://bugs.python.or
Changes by Jim Fasarakis-Hilliard :
--
pull_requests: +775
___
Python tracker
<http://bugs.python.org/issue13349>
___
___
Python-bugs-list mailing list
Unsub
Changes by Jim Fasarakis-Hilliard :
--
components: +Interpreter Core
versions: +Python 3.7
___
Python tracker
<http://bugs.python.org/issue29935>
___
___
Pytho
Jim Fasarakis-Hilliard added the comment:
Yes, that does look like too much. My rationale for adding quotes around the
value was in order to make it more clear in cases where the repr exceeds 100
characters.
Instead of:
Traceback (most recent call last):
File "",
Jim Fasarakis-Hilliard added the comment:
Could use `%.100S` instead of `%.100R` but I'm not sure of the downsides that
might entail.
--
___
Python tracker
<http://bugs.python.org/is
Jim Fasarakis-Hilliard added the comment:
I was probably misunderstood, too, in hindsight, it's my fault for not being
more clear :-).
In my first sentence I was merely pointing out the oddity of -string
not being a very popular term until f-string came along.
As for my second sen
Jim Fasarakis-Hilliard added the comment:
Completely agree, Mariatta. I just wanted to clarify my initial position :-)
--
___
Python tracker
<http://bugs.python.org/issue29
Jim Fasarakis-Hilliard added the comment:
I believe the docs defined that, usually using a bold "CPython implementation
detail" sentence.
It seems like it's something that would be considered an implementation detail,
though, according to Raymond's answer here:
http
New submission from Jim Fasarakis-Hilliard:
The name SlotWrapperType was added in #29377 but it added the type based on the
repr of the object instead of it's type as `type(object.__init__)` results in.
I proposed this be named to WrapperDescriptorType to avoid and any unecessary
conf
501 - 600 of 742 matches
Mail list logo
