Ivan Pozdeev added the comment:
@christian.heimes https://github.com/python/cpython/pull/25481 also needs
backporting to 3.9 and 3.8.
A Pyenv user has been affected by the "implicit declaration of function
‘SSLv3_method’" compliation error that it fixes in 3.9.9:
https://github
Ivan Pozdeev added the comment:
> Someone nonchalantly updated these in
> https://github.com/python/cpython/commit/2fc857a5721a5b42bcb696c9cae1bbcc82a91b17
> so this bug is now fixed
That PR only goes into 3.11. While this ticket claims to have fixed the problem
for 3.10 as well
Ivan Levkivskyi added the comment:
> Was it mistake to make isinstance(list[int], type) returning True?
What was the motivation for this? At first glance returning True looks wrong.
--
___
Python tracker
<https://bugs.python.org/issu
Change by Ivan Konovalov :
--
versions: +Python 3.10, Python 3.9
___
Python tracker
<https://bugs.python.org/issue33838>
___
___
Python-bugs-list mailin
Change by Ivan Savov :
--
keywords: +patch
pull_requests: +27314
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/29043
___
Python tracker
<https://bugs.python.org/issu
New submission from Ivan Savov :
Currently,
```
>>> help(list.__contains__)
```
returns
```
Help on wrapper_descriptor:
__contains__(self, key, /)
Return key in self.
```
Which is a conceptual circular reference,
since `in` is implemented by `__contains__`.
Changing the help
Ivan Marton added the comment:
> Well, what's the need to rotate based on time when you just run scripts
> sporadically or they're very short-lived? Not trying to argue, just trying to
> understand.
> Yes, but generally daemons are long-lived relative to the rotation in
Ivan Marton added the comment:
Well, there is nothing in the documentation that would say the logrotation can
be only performed by continously running scripts, thats why. :)
There are scripts or even daemons written in Python that need to be restarted
from time to time. If the logrotate
Change by Ivan Marton :
Added file: https://bugs.python.org/file50209/log_40469_single.py
___
Python tracker
<https://bugs.python.org/issue40469>
___
___
Python-bug
Ivan Marton added the comment:
The assumed behaviour of TimedRotatingFileHandler is to rotate log files older
than configured. Even when the script is executed multiple times.
self.rolloverAt (the variable that defines when the rollover should be
performed) is set after each rollover and
Ivan Borshchov added the comment:
Very uncomfortable to work with webp without it And webp is now pretty hyped
due to Google's Core Web Vitals update.
E.g. pretty popular Django Storages relies on python native mimetype module, so
because of this bug it always sets default application/
Ivan Levkivskyi added the comment:
Thank you everyone! I hope our paths will cross someday.
--
___
Python tracker
<https://bugs.python.org/issue44659>
___
___
Ivan Levkivskyi added the comment:
You can remove me from both.
--
___
Python tracker
<https://bugs.python.org/issue44659>
___
___
Python-bugs-list mailin
Ivan Levkivskyi added the comment:
Uploaded typing_inspect 0.7.0 to PyPI (it should work with Python 3.9 hopefully)
--
___
Python tracker
<https://bugs.python.org/issue44
Ivan Levkivskyi added the comment:
Btw this reminds me I should make a PyPI release of typing_inspect (last
release was May 2020), hopefully will make a release on this weekend.
--
___
Python tracker
<https://bugs.python.org/issue44
Ivan Naydonov added the comment:
I recently faced this problem and this bug was very helpful to understand whats
going on. Especially the comment about a problem being a tkinter reference
leaked to a thread.
Most of the discussions in google results doesn't mention it (or at least it&#
Ivan Naydonov added the comment:
I recently faced this problem and this bug was very helpful to understand whats
going on. Especially the comment about a problem being a tkinter reference
leaked to a thread.
Most of the discussions in google results doesn't mention it (or at least it&#
Ivan Naydonov added the comment:
I recently faced this problem and this bug was very helpful to understand whats
going on. Especially the comment about a problem being a tkinter reference
leaked to a thread.
Most of the discussions in google results doesn't mention it (or at least it&#
Ivan Naydonov added the comment:
I recently faced this problem and this bug was very helpful to understand whats
going on. Especially the comment about a problem being a tkinter reference
leaked to a thread.
Most of the discussions in google results doesn't mention it (or at least it&#
New submission from Ivan Kravets :
Hi there,
It seems that "connect_read_pipe" is not implemented in ProactorEventLoop. Does
it make sense to update docs in these places?
- https://docs.python.org/3/library/asyncio-platforms.html#windows
- https://docs.python.org/3/libra
Change by Ivan Marton :
--
nosy: +martonivan
___
Python tracker
<https://bugs.python.org/issue43382>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Ivan Marton :
--
keywords: +patch
nosy: +martonivan
nosy_count: 1.0 -> 2.0
pull_requests: +23445
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/24660
___
Python tracker
<https://bugs.python.org/i
Ivan Sorokin added the comment:
Grand unified algorithm to read filenames from zip files correctly:
1. Do zip entry have «Unicode Path Extra Field» (0x7075)? Use it for file name.
2. Is Unicode flag (0x800) set in «Flags» Field of zip entry? Assume «Filename»
Field is in UTF-8.
3. Do «HostOS
New submission from Ivan Sorokin :
ZipFile has problems with filename charset in .zip archives having filenames
charset encoded in OEM code page.
ZipFile assumes that OEM code page always means "cp437". Actually many popular
.zip packers (for example, Windows internal "zip fol
New submission from Ivan Sorokin :
See attached sample. Well-known unzip command line tool lists its contents
correctly:
$ unzip -l 23.zip
Archive: 23.zip
Length DateTimeName
- -- -
81408 2012-10-23 19:03 Β' ΦΑΣΗ ΠΕ06 ΣΧΟΛΕΙΑ ΕΑΕΠ (ΙΝΤ
Ivan Levkivskyi added the comment:
FWIW I like Guido's suggestion in the PR, I would rather use "importance order"
than alphabetical order.
--
___
Python tracker
<https://bugs.pyt
Ivan Levkivskyi added the comment:
> I was thinking that similarly to __required_keys__ and __optional_keys__, the
> TypedDict could preserve its original bases in a new dunder attribute, and
> get_type_hints could work off of that instead of MRO when it is dealing with
> a
New submission from Ivan :
I've started to learn python and tried command:
print(-2.989 + 2)
it gives me result of -0.9889
same error can be observed with numbers from 4 and below like:
print(-2.989 + 4)
1.0111
print(-2.989 + 3)
0.01112
print(-2.98
Ivan Ivanyuk added the comment:
Was there some solution in progress here? We would like to use dataclasses and
seems this problem currently limits their usefulness to us.
We recently came upon the same behaviour
https://mail.python.org/pipermail/python-list/2020-June/897502.html and I was
New submission from Ivan Savin :
How to reproduce:
>>> import email.message
>>> message = email.message.EmailMessage()
>>> message['From'] = 'hey@'
Traceback (most recent call last):
File
"/home/ivan/.pyenv/versions/3.9.0a5/lib/pyth
Ivan Levkivskyi added the comment:
This is actually a specified behavior (motivated by memory savings for class
objects, that are already pretty large). If you scroll down the link you posted
it says:
> Note that if annotations are not found statically, then the
> ``__annotat
Change by Ivan Levkivskyi :
--
nosy: +levkivskyi
___
Python tracker
<https://bugs.python.org/issue40606>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ivan Levkivskyi added the comment:
I think a better question is why the `typing` in site packages is ever
imported? I thought that an stdlib module always takes precedence over an
installed one with the same name.
--
nosy: +levkivskyi
___
Python
Ivan Levkivskyi added the comment:
Yes, this is as expected. A recommended workaround is to define a type alias
like `Match = re.Match` before the class body. You can also suppress the
exception with `from __future__ import annotations` (so that the annotations
are not evaluated), but
Ivan Levkivskyi added the comment:
Here I think the behavior of typing.Callable is correct.
--
___
Python tracker
<https://bugs.python.org/issue40494>
___
___
Ivan Levkivskyi added the comment:
> But this behavior is not specified and is not covered by tests.
FWIW, to be most close to the static type checkers behavior, both D[int][str]
and D[int, str] should fail for D = Dict[T, List]. Not important however, since
this is a really rare cor
Ivan Babrou added the comment:
The issue in Salt should be fixed by the following PR:
* https://github.com/saltstack/salt/pull/57062
Still, I think Python itself could do better.
--
___
Python tracker
<https://bugs.python.org/issue39
Ivan Levkivskyi added the comment:
Oh my, this looks like another bug. I don't have Python 3.8 at hand so just
tried `typing_inspect` on Python 3.6. I think this may be caused by the "double
use" of _GenericAlias for which you ope
Ivan Levkivskyi added the comment:
I think it should return empty tuple: First, for consistency with other things
like get_args(Tuple) == () and get_args(List) == (). Second, although Callable
is equivalent to Callable[..., Any] in the static world, authors of some
runtime checkers might
Change by Ivan Levkivskyi :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Ivan Levkivskyi added the comment:
New changeset a25a04fea5446b1712cde0cff556574be139285a by HongWeipeng in branch
'master':
bpo-39942:Fix failure in `TypeVar` when missing `__name__` (GH-19616)
https://github.com/python/cpython/commit/a25a04fea5446b1712cde0cff55657
Ivan Levkivskyi added the comment:
FWIW I like the idea. There are many objects in typing module that are not
classes, it would be great to display docs for them.
--
___
Python tracker
<https://bugs.python.org/issue40
New submission from Ivan Ivanyuk :
Due to the combination of the logic here:
https://github.com/python/cpython/blob/master/Lib/asyncio/sslproto.py#L483 and
changes introduced in the issue https://bugs.python.org/issue37035, the
assumption that "Not-logged exceptions are not skippe
Ivan Levkivskyi added the comment:
New changeset 34b0598295284e3ff6cedf5c05e159ce1fa54d60 by Furkan Önder in
branch 'master':
bpo-40086: Update/fix test_etree test case in test_typing (GH-19189)
https://github.com/python/cpython/commit/34b0598295284e3ff6cedf5c05e159
Change by Ivan Levkivskyi :
--
nosy: +levkivskyi
___
Python tracker
<https://bugs.python.org/issue39810>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Ivan Bykov :
multiprocessing module creates duplicates of .pyc files
in __pycache__ dirs
because subprocess._args_from_interpreter_flags()
ignores "-X pycache_prefix=PATH" option.
--
components: Library (Lib)
messages: 362974
nosy: ivb
priority: norma
Ivan Levkivskyi added the comment:
> Once PEP 585 is implemented these should be rolled back and replaced with
> that, right?
I would say that ideally yes.
--
___
Python tracker
<https://bugs.python.org/i
New submission from Ivan Babrou :
I noticed that a program (SaltStack) is a lot slower under Python 3. After some
stracing I was able to find that inspect module is to blame.
In strace output I can see a ton of calls like this:
05:31:56.698829 newfstatat(AT_FDCWD, "",
0x7
Change by Ivan Levkivskyi :
--
nosy: +levkivskyi
___
Python tracker
<https://bugs.python.org/issue39204>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ivan Levkivskyi added the comment:
OK, here is the original issue https://github.com/python/typing/issues/681. I
asked the author to open an issue here instead, but likely they didn't open one.
--
___
Python tracker
<https://bugs.py
Ivan Levkivskyi added the comment:
This issue came up few times before (although I can't find an issue here on
b.p.o., maybe it was on typing-sig list). Although in micro-benchmarks the
impact may seem big, in vast majority of applications it is rarely more that a
percent or so.
O
Ivan Levkivskyi added the comment:
New changeset 09c482fad11c769be38b2449f1056e264b701bb7 by Ivan Levkivskyi
(Batuhan Taşkaya) in branch 'master':
bpo-39019: Implement missing __class_getitem__ for SpooledTemporaryFile
(GH-17560)
https://github.com/python/cpyt
Ivan Levkivskyi added the comment:
New changeset 4dc5a9df59837446ec1dc5b7a0e6ce95ae5b5cec by Ivan Levkivskyi
(Batuhan Taşkaya) in branch 'master':
bpo-39019: Implement missing __class_getitem__ for subprocess classes (GH-17558)
https://github.com/python/cpyt
Change by Ivan Levkivskyi :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
versions: -Python 3.6
___
Python tracker
<https://bugs.python.or
Ivan Levkivskyi added the comment:
New changeset 59d06b987db34cde8783e265709366d244c9e35b by Ivan Levkivskyi (Bar
Harel) in branch '3.7':
[3.7] bpo-38878: Fix os.PathLike __subclasshook__ (GH-17336) (GH-17685)
https://github.com/python/cpython/commit/59d06b987db34cde8783e265709366
Ivan Levkivskyi added the comment:
New changeset 0846e5d4603434c2bbf8a528677cf1ff3fe29b95 by Ivan Levkivskyi (Bar
Harel) in branch '3.8':
[3.8] bpo-38878: Fix os.PathLike __subclasshook__ (GH-17336) (GH-17684)
https://github.com/python/cpython/commit/0846e5d4603434c2bbf8a528677cf1
Ivan Levkivskyi added the comment:
New changeset eae87e3e4e0cb9a0ce10c2e101acb6995d79e09c by Ivan Levkivskyi (Bar
Harel) in branch 'master':
bpo-38878: Fix os.PathLike __subclasshook__ (GH-17336)
https://github.com/python/cpython/commit/eae87e3e4e0cb9a0ce10c2e101acb6
Change by Ivan Levkivskyi :
--
nosy: +levkivskyi
___
Python tracker
<https://bugs.python.org/issue39102>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Ivan Levkivskyi :
--
nosy: +levkivskyi
___
Python tracker
<https://bugs.python.org/issue39046>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ivan Pozdeev added the comment:
While we are at it, shall we enable build config validation
(https://docs.travis-ci.com/user/build-config-validation)?
It would produce warnings for outdated keys like this.
--
___
Python tracker
<ht
Ivan Pozdeev added the comment:
> New changeset 94d2c8df1a7657015a2fcdb4c4d43392f91f8348 by Inada Naoki in
> branch 'master':
bpo-39035: travis: Don't use beta group (GH-17602)
> INADA-san: do you want to close this issue since you pushed changes?
This may actually
Ivan Pozdeev added the comment:
I already diagnosed this in
https://mail.python.org/archives/list/python-...@python.org/message/3Z4FNPEFTFTYDX6RYOQ54UKOVLQAWUEU/:
* https://travis-ci.org/python/cpython/jobs/616384134 looks for `pythonX.Y` but
doesn't account for the fact that it cou
Change by Ivan Levkivskyi :
--
nosy: +levkivskyi
___
Python tracker
<https://bugs.python.org/issue38947>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Ivan Levkivskyi :
--
keywords: +easy (C)
___
Python tracker
<https://bugs.python.org/issue38979>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ivan Levkivskyi added the comment:
I see the point in using ``__class_getitem__`` in Python classes too, we can
probably start using a dummy method returning class object itself now. Also PEP
585 already has a long list of candidates for "proper" ``__class_getitem__``
support. Ma
Ivan Levkivskyi added the comment:
Cross-ref to the typing issue https://github.com/python/typing/issues/593. It
looks like there is some interest in this feature.
--
___
Python tracker
<https://bugs.python.org/issue27
New submission from Ivan Levkivskyi :
The PEP 544 specifies that:
A protocol can be used as a second argument in isinstance() and issubclass()
only if it is explicitly opt-in by @runtime_checkable decorator.
It is not specified exactly whether this should be enforced by static type
checkers
Change by Ivan Levkivskyi :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Ivan Levkivskyi added the comment:
> So why is it bad that in the example class B is considered a "subclass" of
> os.PathLike by implementing the protocol?
This is not bad, my understanding of the problem is that currently B is
considered a subclass of A, while the latt
Change by Ivan Levkivskyi :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Ivan Levkivskyi added the comment:
New changeset 0aca3a3a1e68b4ca2d334ab5255dfc267719096e by Ivan Levkivskyi
(benedwards14) in branch 'master':
bpo-37838: get_type_hints for wrapped functions with forward reference
(GH-17126)
https://github.com/python/cpyt
Change by Ivan Levkivskyi :
--
nosy: +levkivskyi
___
Python tracker
<https://bugs.python.org/issue38870>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ivan Levkivskyi added the comment:
No objections from me assuming you are going forward along the way proposed by
Serhiy (i.e. only skip values for certain fields if value is the default, not a
blanket skip for all Nones and empty lists
Ivan Kurnosov added the comment:
> I have not seen many questions about the use of a preexisting namespace
> object (here or on StackOverflow)
as typing was added to the language natively - it should become more and more
frequently used.
I personally see no reason anymore to NOT
New submission from Ivan Kurnosov :
At this moment it's impossible to explain the behaviour of this script using
documentation.
Given it was explicitly coded to behave like that - it should be somehow noted
in the documentation, that as long as a `CliArgs.foo` field has a default value
Ivan Levkivskyi added the comment:
> I'm not sure what can be done with this. The problem is that the decorator
> doesn't know what's in the caller's namespace. The type being added is
> "typing.Any". If the caller doesn't import typing, then get_t
Change by Ivan Levkivskyi :
--
nosy: +levkivskyi
___
Python tracker
<https://bugs.python.org/issue38782>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ivan Levkivskyi added the comment:
The PR was linked by mistake (it is for a different issue), so I unlinked it.
--
___
Python tracker
<https://bugs.python.org/issue37
Change by Ivan Levkivskyi :
--
keywords: -patch
stage: patch review -> needs patch
___
Python tracker
<https://bugs.python.org/issue37838>
___
___
Python-
Change by Ivan Levkivskyi :
--
pull_requests: -16560
___
Python tracker
<https://bugs.python.org/issue37838>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ivan Levkivskyi added the comment:
We already have https://github.com/python/typing/issues/508 for "smart"
`get_type_hints()` that would use LBYL. Also we had a similar discussion about
PathLike, and ultimately decided not to make `typing` a place for generic
versions of
Ivan Levkivskyi added the comment:
IMO 3.10 would be better, since 3.9 would be too soon (it would be like a
schedule for a normal deprecation).
Also if we are really doing this, I think it is better to announce this soon.
Also we should try to fix relevant issues related to string
New submission from Ivan Bykov :
Python 3.8.0 (tags/v3.8.0:fa919fd, Oct 14 2019, 19:37:50) [MSC v.1916 64 bit
(AMD64)] on win32
Type "help", "copyright", "credits" or "license()" for more information.
>>
Change by Ivan Levkivskyi :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Ivan Levkivskyi added the comment:
New changeset fdfe2833ace93021278fe4c41c40e1d08d70abf9 by Ivan Levkivskyi
(Sebastian Rittau) in branch 'master':
bpo-38467: Fix argument name of typing functions (GH-16753)
https://github.com/python/cpython/commit/fdfe2833ace93021278fe4c41c40e1
Ivan Levkivskyi added the comment:
I think adjusting the docs would be less disruptive than changing
implementation. Would you like to make a PR?
--
___
Python tracker
<https://bugs.python.org/issue38
Ivan Levkivskyi added the comment:
The docs for typing module are clear about this:
```
Using a generic class without specifying type parameters assumes Any for each
position.
```
There is also an example involving a base class.
--
resolution: -> not a bug
stage: -> resolved
Change by Ivan Levkivskyi :
--
pull_requests: +16320
pull_request: https://github.com/python/cpython/pull/16743
___
Python tracker
<https://bugs.python.org/issue28
Ivan Levkivskyi added the comment:
Actually Serhiy is right, I just checked and found this sentence:
```
Alternatively, annotate your generator as having a return type of either
Iterable[YieldType] or Iterator[YieldType]
```
--
resolution: -> works for me
stage: -> resolved
Change by Ivan Levkivskyi :
--
assignee: -> docs@python
components: +Documentation -Library (Lib)
nosy: +docs@python
___
Python tracker
<https://bugs.python.org/issu
Ivan Levkivskyi added the comment:
If you would like to propose a doc fix, then please go ahead and make a PR.
--
___
Python tracker
<https://bugs.python.org/issue38
Change by Ivan Levkivskyi :
--
assignee: -> docs@python
components: +Documentation
nosy: +docs@python
___
Python tracker
<https://bugs.python.org/issu
Change by Ivan Levkivskyi :
--
nosy: +levkivskyi
___
Python tracker
<https://bugs.python.org/issue38431>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Ivan Levkivskyi :
--
nosy: +levkivskyi
___
Python tracker
<https://bugs.python.org/issue38424>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ivan Levkivskyi added the comment:
I don't have any strong opinion either way, so it looks like we need to wait
until someone else will ask for this.
--
___
Python tracker
<https://bugs.python.org/is
Ivan Levkivskyi added the comment:
New changeset d47f0dd2e85ce032aebfedbde18cdb2e728fa79f by Ivan Levkivskyi (M.
Eric Irrgang) in branch 'master':
bpo-32996: Documentation fix-up. (GH-16646)
https://github.com/python/cpython/commit/d47f0dd2e85ce032aebfedbde18cdb2e728fa79f
-
Ivan Levkivskyi added the comment:
The downside however is that exception messages can become very long. So I am
not sure we should change this.
--
nosy: +serhiy.storchaka
___
Python tracker
<https://bugs.python.org/issue38
Change by Ivan Levkivskyi :
--
nosy: +levkivskyi
___
Python tracker
<https://bugs.python.org/issue38348>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ivan Levkivskyi added the comment:
> So, my request is: In the sections for the IO/TextIO/BinaryIO and
> Pattern/Match classes, include text warning the user that these types are not
> imported when you do `from typing import *`.
I don't think this should really be a warning,
Ivan Levkivskyi added the comment:
Yes, it is unfortunately hard to support with the new design. Also note that
this was previously discussed at https://github.com/python/typing/issues/629. I
think we can close this, since the other issue has more context.
--
resolution
1 - 100 of 953 matches
Mail list logo
