Change by Batuhan :
--
pull_requests: +14968
pull_request: https://github.com/python/cpython/pull/15247
___
Python tracker
<https://bugs.python.org/issue37
Batuhan added the comment:
serhiy can you review the solution i found?
--
___
Python tracker
<https://bugs.python.org/issue37830>
___
___
Python-bugs-list mailin
Batuhan added the comment:
Can i work on this?
--
nosy: +BTaskaya
___
Python tracker
<https://bugs.python.org/issue37893>
___
___
Python-bugs-list mailin
Change by Batuhan :
--
keywords: +patch
pull_requests: +15061
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/15344
___
Python tracker
<https://bugs.python.org/issu
Batuhan added the comment:
I can work on this.
--
nosy: +BTaskaya
___
Python tracker
<https://bugs.python.org/issue37925>
___
___
Python-bugs-list mailin
Batuhan added the comment:
Should we close this?
--
nosy: +BTaskaya
___
Python tracker
<https://bugs.python.org/issue36946>
___
___
Python-bugs-list mailin
Change by Batuhan :
--
keywords: +patch
pull_requests: +15153
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/15458
___
Python tracker
<https://bugs.python.org/issu
Batuhan added the comment:
What should we do then, close?
--
nosy: +BTaskaya
___
Python tracker
<https://bugs.python.org/issue19867>
___
___
Python-bugs-list m
Batuhan added the comment:
This bug is fixed in 3.9 (probably in 3.8 too)
--
nosy: +BTaskaya
___
Python tracker
<https://bugs.python.org/issue26093>
___
___
Batuhan added the comment:
I dont think this is a bug for cpython project. Extension modules category has
a different meaning.
--
nosy: +BTaskaya
___
Python tracker
<https://bugs.python.org/issue38
Batuhan added the comment:
https://gitlab.com/python-devs/importlib_metadata/issues/92
--
nosy: +BTaskaya
___
Python tracker
<https://bugs.python.org/issue38
New submission from Batuhan :
Allow user to set indent level and parsing status of type comments
--
components: Library (Lib)
messages: 353741
nosy: BTaskaya, serhiy.storchaka
priority: normal
severity: normal
status: open
title: Make python -m ast more configurable
versions: Python
Change by Batuhan :
--
keywords: +patch
pull_requests: +16129
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/16540
___
Python tracker
<https://bugs.python.org/issu
Batuhan added the comment:
I was checking typed_ast and i wanted to know which parts changed and
implement that parts to astor. But there was no flags for --type-comments
False.
Also it can be handy to have an indention option to change it for fitting
tree into the terminal width.
On Thu
Batuhan added the comment:
> I do not want to complicate this tiny feature.
Making more configurable isn't making it complicated. It is just improving
users control over it by indentation and parsing option.
--
___
Python tracker
New submission from Batuhan :
def _convert_num(node):
if isinstance(node, Constant):
if type(node.value) in (int, float, complex):
return node.value
> raise ValueError('malformed node or string: ' + repr(node))
E ValueError: malf
Change by Batuhan :
--
keywords: +patch
pull_requests: +16208
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/16620
___
Python tracker
<https://bugs.python.org/issu
New submission from Batuhan :
Run tests sequentially
0:00:00 load avg: 0.52 [1/1] test_os
test test_os failed -- Traceback (most recent call last):
File "/home/isidentical/cpython/Lib/test/test_os.py", line 2059, in
test_listdir
self.assertEqual(found, expected)
AssertionError
Batuhan added the comment:
It already exists as a 3rd party module and it would be really cool to have
this in core level.
https://github.com/dutc/didyoumean (by James Powell)
--
nosy: +BTaskaya
___
Python tracker
<https://bugs.python.
Change by Batuhan :
--
nosy: +james
___
Python tracker
<https://bugs.python.org/issue38530>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.pyth
Change by Batuhan :
--
keywords: +patch
pull_requests: +16411
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/16865
___
Python tracker
<https://bugs.python.org/issu
Batuhan added the comment:
Sorry for the inconvenience. I'm fixing it
--
nosy: +BTaskaya
___
Python tracker
<https://bugs.python.org/issue38531>
___
___
Batuhan added the comment:
It looks like benjamin peterson removed remaining references from obmalloc.c in
3924f93794fd740c547b44884f73303196475cd5
--
nosy: +BTaskaya, benjamin.peterson
___
Python tracker
<https://bugs.python.org/issue38
Batuhan added the comment:
@rhettinger, should we mention about it in whats new too?
--
___
Python tracker
<https://bugs.python.org/issue38531>
___
___
Pytho
Batuhan added the comment:
we can close this (raymond resolved this in bpo-35864)
--
nosy: +BTaskaya
___
Python tracker
<https://bugs.python.org/issue33
Batuhan added the comment:
What is the next step of this 4-year-old issue? I think i can prepare a patch
for using __index__ (as suggested by @r.david.murray)
--
nosy: +BTaskaya
___
Python tracker
<https://bugs.python.org/issue24
Batuhan added the comment:
It works as expected on master (3.9.0a0). I think we can close this
--
nosy: +BTaskaya
___
Python tracker
<https://bugs.python.org/issue25
Batuhan added the comment:
Adrian are you still want to work on this or can i take it?
--
nosy: +BTaskaya
___
Python tracker
<https://bugs.python.org/issue35
Change by Batuhan :
--
versions: +Python 3.9 -Python 3.8
___
Python tracker
<https://bugs.python.org/issue35448>
___
___
Python-bugs-list mailing list
Unsub
Change by Batuhan :
--
keywords: +patch
pull_requests: +16452
stage: test needed -> patch review
pull_request: https://github.com/python/cpython/pull/16920
___
Python tracker
<https://bugs.python.org/issu
Batuhan added the comment:
> I do not think that adding an extra parameter to .read() will solve any
> problem.
There is a use case of this (which some of tools depends) about checking if
configuration exists and if not, raising an error. Now, they can solve this by
just adding check
Batuhan added the comment:
Can't reproducible in py3 (3.8), IMHO can be closed.
--
nosy: +BTaskaya
___
Python tracker
<https://bugs.python.org/is
Batuhan added the comment:
> It’s still a bug though :)
It gives a warning about this though
RefactoringTool: ### In file test/t.py ###
RefactoringTool: Line 1: absolute and local imports together
If it still counts as a bug, let me know and i'll try to prepare
Batuhan added the comment:
Tools/c-globals moved under Tools/c-analyzer
--
nosy: +BTaskaya
___
Python tracker
<https://bugs.python.org/issue21142>
___
___
Pytho
Change by Batuhan :
--
keywords: +patch
pull_requests: +16509
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/16983
___
Python tracker
<https://bugs.python.org/issu
Batuhan added the comment:
Victor's PR 11507 is closed, what actions are going to be taken next? Close the
issue as Mariatta said?
--
nosy: +BTaskaya
___
Python tracker
<https://bugs.python.org/is
Change by Batuhan :
--
nosy: +BTaskaya, pmoody
___
Python tracker
<https://bugs.python.org/issue32081>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Batuhan :
--
nosy: +BTaskaya
versions: +Python 3.9 -Python 3.8
___
Python tracker
<https://bugs.python.org/issue30533>
___
___
Python-bugs-list mailin
Batuhan added the comment:
PR 13446 is merged, anything else is needed or can this issue be closed?
--
nosy: +BTaskaya
___
Python tracker
<https://bugs.python.org/issue36
Batuhan added the comment:
Ran, do you want to work on this or can i take it?
--
nosy: +BTaskaya
___
Python tracker
<https://bugs.python.org/issue38629>
___
___
Change by Batuhan :
--
keywords: +patch
pull_requests: +16511
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/16985
___
Python tracker
<https://bugs.python.org/issu
Batuhan added the comment:
$ ./python -m pyperf timeit -s "from math import floor" --duplicate 100
"floor(12345.6)"
Before: Mean +- std dev: 52.5 ns +- 2.6 ns
After: Mean +- std dev: 71.0 ns +- 1.7 ns
$ ./python -m pyperf timeit -s "from math import ceil"
Change by Batuhan :
--
keywords: +patch
pull_requests: +16680
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/17171
___
Python tracker
<https://bugs.python.org/issu
Change by Batuhan :
--
nosy: +BTaskaya
versions: +Python 3.9 -Python 2.7, Python 3.4, Python 3.5, Python 3.6
___
Python tracker
<https://bugs.python.org/issue7
Change by Batuhan :
--
keywords: +patch
pull_requests: +16681
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/17172
___
Python tracker
<https://bugs.python.org/iss
Batuhan added the comment:
@nanjekyejoannah, are you still interested in adding tests or can i add tests?
--
nosy: +BTaskaya
___
Python tracker
<https://bugs.python.org/issue35
Batuhan added the comment:
> From what I see, there is no consensus yet.
@serhiy.storchaka said this isn't an issue. I can add tests about this behavior
(as you mentioned) or this issue can be directly resolved as not a bug. What
are you thinking @nanjekyejoannah and @serhiy.s
Batuhan added the comment:
This issue is fixed with PR 16735, @pablogsal can we close it?
--
nosy: +BTaskaya, pablogsal
___
Python tracker
<https://bugs.python.org/issue38
Batuhan added the comment:
I agree with @josh.r, also for the key (and reverse), they are documented in
py3.8. IMHO this issue can be resolved as not a bug.
--
nosy: +BTaskaya
___
Python tracker
<https://bugs.python.org/issue26
Batuhan added the comment:
@pablogsal, PR 13202 is merged
--
nosy: +BTaskaya
___
Python tracker
<https://bugs.python.org/issue37083>
___
___
Python-bugs-list m
Batuhan added the comment:
IMHO there is no need/way for adding that clarification after this date (1.5
months left).
--
nosy: +BTaskaya, benjamin.peterson
___
Python tracker
<https://bugs.python.org/issue33
Batuhan added the comment:
PR 15971 is merged, what else is needed @dino.viehland?
--
nosy: +BTaskaya
___
Python tracker
<https://bugs.python.org/issue38
Batuhan added the comment:
Hey @lukasz.langa, I want to work on this. Should we add an interface to
_PyAST_ExprAsUnicode or just the bugfix for annotations?
--
nosy: +BTaskaya, benjamin.peterson
___
Python tracker
<https://bugs.python.
Batuhan added the comment:
This bug is fixed in both 3.8 and 3.7, @p-ganssle what do you think about
closing this?
--
nosy: +BTaskaya
___
Python tracker
<https://bugs.python.org/issue35
Batuhan added the comment:
I didn't understand the issue. WSGIRequestHandler can be subclassed and
address_string method may return something else.
--
nosy: +BTaskaya
___
Python tracker
<https://bugs.python.org/is
Batuhan added the comment:
Can you give us a case where we can reproduce this locally?
--
nosy: +BTaskaya
___
Python tracker
<https://bugs.python.org/issue32
Batuhan added the comment:
I want to work on this. What do you think about using include directive and
include a static file like UCD_VERSION.txt in the documents?
makeunicodedata.py can write the current version every run to UCD_VERSION.txt
--
nosy: +BTaskaya
Batuhan added the comment:
@eamanu are you still interested in this issue? (bumped to 3.9)
--
nosy: +BTaskaya
versions: +Python 3.9
___
Python tracker
<https://bugs.python.org/issue36
Batuhan added the comment:
Is there a simpler code for reproducing the issue?
--
nosy: +BTaskaya
___
Python tracker
<https://bugs.python.org/issue31521>
___
___
Batuhan added the comment:
I am not sure about how to implement this to the core, but you can combine
tokenize with ast to reproduce this kind of messages in your projects. You can
match tokens with SyntaxErrors by lineno and offset.
--
nosy: +BTaskaya
Change by Batuhan :
--
nosy: +BTaskaya, gvanrossum
versions: -Python 3.5
___
Python tracker
<https://bugs.python.org/issue27724>
___
___
Python-bugs-list mailin
Change by Batuhan :
--
nosy: +BTaskaya
versions: +Python 3.8, Python 3.9
___
Python tracker
<https://bugs.python.org/issue36424>
___
___
Python-bugs-list mailin
Batuhan added the comment:
Is there a consensus about fixing this? By the way, this isn't valid in the
current tokenizer too.
1,0-1,2:NAME 'iÌ'
1,2-1,3:ERRORTOKEN '‡'
1,4-1,5:OP '='
1,6-1,7:
New submission from Batuhan :
I was going through old issues and I found @inada.naoki's comment on issue 36551
> How about converting `[x for x in it]` to `[*it]` in AST?
Is this feature still wanted? I can try to work on an implementation for this
if there is a need. Also should th
Change by Batuhan :
--
nosy: +vstinner
___
Python tracker
<https://bugs.python.org/issue38847>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Batuhan :
--
components: +Interpreter Core
versions: +Python 3.9
___
Python tracker
<https://bugs.python.org/issue38847>
___
___
Python-bugs-list mailin
Change by Batuhan :
--
nosy: +BTaskaya, alexandre.vassalotti
versions: +Python 3.8, Python 3.9
___
Python tracker
<https://bugs.python.org/issue38876>
___
___
Batuhan added the comment:
@gvanrossum are you OK with adding type comments support? Current version loses
type comment information so if typed_ast parses this, they wont be the same in
AST representation.
--
nosy: +gvanrossum
___
Python tracker
Change by Batuhan :
--
nosy: +brett.cannon
___
Python tracker
<https://bugs.python.org/issue38878>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Batuhan :
--
nosy: +BTaskaya, steve.dower
versions: +Python 3.9 -Python 3.8
___
Python tracker
<https://bugs.python.org/issue38883>
___
___
Python-bug
Change by Batuhan :
--
versions: +Python 3.8
___
Python tracker
<https://bugs.python.org/issue38883>
___
___
Python-bugs-list mailing list
Unsubscribe:
Batuhan added the comment:
As mentioned in docs, getfullargspec is based on signature() and signature
objects doesnt keep record of all defaults. It tries to map defaults with
parameters but if you have less default then total parameter amount it will
discard rest of defaults. IMHO this
Change by Batuhan :
--
nosy: +yselivanov
___
Python tracker
<https://bugs.python.org/issue38603>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Batuhan :
--
pull_requests: +16859
pull_request: https://github.com/python/cpython/pull/17377
___
Python tracker
<https://bugs.python.org/issue38
Batuhan added the comment:
I think this operation is more suitable for AST optimizer then peephole but i'm
still not sure if such a conversion gains anything compared to usage of old
type string formattings.
--
nosy: +BTaskaya
___
Python tr
Batuhan added the comment:
PR 218 is closed and this issue looks like just created for that PR. If that PR
is closed and there are nothing to do with this issue, maybe this can also be
closed?
--
nosy: +BTaskaya
___
Python tracker
<ht
Change by Batuhan :
--
keywords: +patch
pull_requests: +16902
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/17421
___
Python tracker
<https://bugs.python.org/issu
Batuhan added the comment:
PR 14079 has been merged, is there anything left as unresolved about this issue?
--
nosy: +BTaskaya
___
Python tracker
<https://bugs.python.org/issue28
Batuhan added the comment:
We have exposed Tools/unparse.py under ast module, so that option also can
help. @potomak are you still interested in working on this issue?
--
nosy: +BTaskaya, pablogsal
___
Python tracker
<https://bugs.python.
Change by Batuhan :
--
nosy: +BTaskaya
___
Python tracker
<https://bugs.python.org/issue16649>
___
___
Python-bugs-list mailing list
Unsubscribe:
Batuhan added the comment:
This issue looks like specific to 2.7, which is almost dead. Is there any
interest about adding this to 2.7 branch?
--
nosy: +BTaskaya
___
Python tracker
<https://bugs.python.org/issue4
Change by Batuhan :
--
versions: +Python 3.9
___
Python tracker
<https://bugs.python.org/issue32894>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Batuhan :
--
nosy: +BTaskaya
___
Python tracker
<https://bugs.python.org/issue32894>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Batuhan :
--
keywords: +patch
pull_requests: +16905
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/17426
___
Python tracker
<https://bugs.python.org/issu
Batuhan added the comment:
Tools/parser/unparse.py has been moved under ast module and exposed via
ast.unparse() interface. If you want to support custom AST statements, the
current version is incapable of doing such changes because of the real unparser
class is private. As a workaround you
Batuhan added the comment:
issue 37995 has added pretty printing to the ast.dump, IMHO this issue can be
closed.
--
nosy: +BTaskaya
___
Python tracker
<https://bugs.python.org/issue19
Batuhan added the comment:
> be changed to span across more number of lines?
Yes, that changed in ast._Unparser, and i agree with Serhiy. There is no need
for supporting that old constant nodes. IMHO this issue can be closed
--
nosy: +BTaskaya, pablog
Batuhan added the comment:
IMHO there are no need to keep this issue open according to opinions of core
developers, so can this be closed or it needs more discussion (which i prefer
to do on mailing lists)?
--
nosy: +BTaskaya
___
Python tracker
Change by Batuhan :
--
nosy: +BTaskaya
___
Python tracker
<https://bugs.python.org/issue36000>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Batuhan :
--
nosy: +BTaskaya
versions: +Python 3.7, Python 3.8, Python 3.9 -Python 3.2, Python 3.3, Python
3.4
___
Python tracker
<https://bugs.python.org/issue27
Batuhan added the comment:
I think this is a duplicate of issue 27119
--
nosy: +BTaskaya
___
Python tracker
<https://bugs.python.org/issue34000>
___
___
Pytho
Change by Batuhan :
--
nosy: +BTaskaya
___
Python tracker
<https://bugs.python.org/issue33754>
___
___
Python-bugs-list mailing list
Unsubscribe:
Batuhan added the comment:
@pablogsal should we add Lib/test/test_grammar by default to every test? Also
if this is still needed @Daniel.Cioata do you still want to prepare another
patch for current version?
--
nosy: +BTaskaya, pablogsal
Batuhan added the comment:
This is actually specified behavior in PEP 498
https://www.python.org/dev/peps/pep-0498/#expression-evaluation
> Expressions are parsed with the equivalent of ast.parse('(' + expression +
> ')', '',
Batuhan added the comment:
I want to be a volunteer, if no one is working on this.
--
nosy: +BTaskaya
___
Python tracker
<https://bugs.python.org/issue38
Change by Batuhan :
--
keywords: +patch
pull_requests: +16969
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/17491
___
Python tracker
<https://bugs.python.org/issu
Change by Batuhan :
--
nosy: +BTaskaya
___
Python tracker
<https://bugs.python.org/issue38992>
___
___
Python-bugs-list mailing list
Unsubscribe:
Batuhan added the comment:
@vstinner
> Tools/importbench/importbench.py:10:import imp
> I think that it's fine to keep imp there.
Any reason to keep imp there? We can just port it to sole importlib (it already
uses it in some places)
--
nosy
Batuhan added the comment:
> I think that applying the same to PathLike makes sense as well, but it
> deserves another issue.
Yes, it looks like they are using that in typeshed. I'm opening another issue
with a patch. Thanks for rem
New submission from Batuhan :
Typeshed already using __class_getitem__ syntax for PathLike
https://github.com/python/typeshed/search?q=PathLike&unscoped_q=PathLike
--
components: Library (Lib)
messages: 357978
nosy: BTaskaya, asvetlov
priority: normal
severity: normal
status:
1 - 100 of 891 matches
Mail list logo