Change by Batuhan :
--
keywords: +patch
pull_requests: +13178
stage: needs patch -> patch review
___
Python tracker
<https://bugs.python.org/issue23896>
___
_
Batuhan added the comment:
Python directly passes flags to gdbm (or whatever the dbm interface is).
gdbm_open((char *)file, 0, flags, mode, NULL)) # _gdbmmodule.c:76
I dont think it is good idea to wrap gdbm for just a flag.
--
nosy: +BTaskaya
Batuhan added the comment:
IMHO this issue can be closed with this commit
(https://github.com/python/typing/commit/435b29470c7d3e87055531f65681bee9746ab999)
--
nosy: +BTaskaya
___
Python tracker
<https://bugs.python.org/issue31
Batuhan added the comment:
Don't we need to discuss it more before triage it as "patch required"?
--
nosy: +BTaskaya
___
Python tracker
<https://bugs.python.o
Change by Batuhan :
--
keywords: +patch
pull_requests: +13238
stage: needs patch -> patch review
___
Python tracker
<https://bugs.python.org/issue25652>
___
_
Change by Batuhan :
--
keywords: +patch
pull_requests: +13215
stage: needs patch -> patch review
___
Python tracker
<https://bugs.python.org/issue23378>
___
_
Batuhan added the comment:
What about adding visit_Constant to NodeVisitor for at least one relase period
and call visit_Str, visit_Num etc?
--
nosy: +BTaskaya
___
Python tracker
<https://bugs.python.org/issue36
New submission from Batuhan :
I can't sort the result of iter_modules;
>>> import random, pkgutil
>>> modules = list(pkgutil.iter_modules(None))
>>> random.shuffle(modules)
>>> sorted(modules)
Traceback (most recent call last):
File "", li
Change by Batuhan :
--
keywords: +patch
pull_requests: +13441
stage: needs patch -> patch review
___
Python tracker
<https://bugs.python.org/issue20443>
___
_
Batuhan added the comment:
You're right. I am thinking implementing 4 sequence methods
(contains/len/iter/getitem) and set a depraction warning for them. We can
remove this methods in next relase
On Sun, May 19, 2019, 2:37 PM Eric V. Smith wrote:
>
> Eric V. Smith added the c
Change by Batuhan :
--
keywords: +patch
pull_requests: +13326
stage: needs patch -> patch review
___
Python tracker
<https://bugs.python.org/issue36949>
___
_
Batuhan added the comment:
Doesn't clinic have a `self_converter` class?
https://github.com/python/cpython/blame/master/Tools/clinic/clinic.py#L3465
--
nosy: +BTaskaya
___
Python tracker
<https://bugs.python.org/issue20
Batuhan added the comment:
I try to track down this.
sys_settrace calls PyEval_SetTrace with trace_trampoline and the function given
to it. The trace_trampoline is important because it checks the result and if
result is NULL (for example like f() recursion in your code) it sets
Change by Batuhan :
--
versions: +Python 3.7, Python 3.8
___
Python tracker
<https://bugs.python.org/issue23012>
___
___
Python-bugs-list mailing list
Unsub
Change by Batuhan :
--
nosy: +BTaskaya
___
Python tracker
<https://bugs.python.org/issue23012>
___
___
Python-bugs-list mailing list
Unsubscribe:
Batuhan added the comment:
Can you review the PR, i implemented it there.
--
___
Python tracker
<https://bugs.python.org/issue36962>
___
___
Python-bugs-list m
Change by Batuhan :
--
keywords: +patch
pull_requests: +13325
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue36962>
___
___
Python-
Batuhan added the comment:
I think dataclasses can be used to do it with order, frozen true parameters.
Also a __getitem__ is required for doesnt break anything.
--
___
Python tracker
<https://bugs.python.org/issue36
Change by Batuhan :
--
pull_requests: +13390
stage: needs patch -> patch review
___
Python tracker
<https://bugs.python.org/issue27737>
___
___
Python-bugs-lis
Batuhan added the comment:
I have patch, i'm going to submit it.
--
nosy: +BTaskaya
___
Python tracker
<https://bugs.python.org/issue36826>
___
___
Python-bug
Batuhan added the comment:
+1 from me. But i dont understand why this issue triaged as "needs patch".
Isn't it should be discussed first?
--
nosy: +BTaskaya
___
Python tracker
<https://bugs.python.o
Change by Batuhan :
--
keywords: +patch
pull_requests: +13251
stage: needs patch -> patch review
___
Python tracker
<https://bugs.python.org/issue36567>
___
_
Batuhan added the comment:
*ups propsal = pr
--
___
Python tracker
<https://bugs.python.org/issue36567>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Batuhan :
--
keywords: +patch
pull_requests: +13249
stage: needs patch -> patch review
___
Python tracker
<https://bugs.python.org/issue36826>
___
_
Batuhan added the comment:
Any news? If a patch is not ready, i can work on a patch too.
--
nosy: +BTaskaya
___
Python tracker
<https://bugs.python.org/issue1572
Change by Batuhan :
--
title: uplicate method definition in Lib/ctypes/test/test_unicode.py ->
duplicate method definition in Lib/ctypes/test/test_unicode.py
___
Python tracker
<https://bugs.python.org/issu
Batuhan added the comment:
What is going to be our manpage site? Debian?
--
nosy: +BTaskaya
___
Python tracker
<https://bugs.python.org/issue36567>
___
___
Pytho
Batuhan added the comment:
I sent a proposal with debian default and can be altered through env variable
called MANPAGES_URL
--
___
Python tracker
<https://bugs.python.org/issue36
New submission from Batuhan :
Types module doesn't have a type for _abc_data
--
messages: 341180
nosy: isidentical
priority: normal
severity: normal
status: open
title: Types module doesn't have a type for _abc_data
___
Python tracker
<ht
Batuhan added the comment:
> I still don't understand why you need _abc_data.
I'm using it both for comparisons which needed to build an abstract base class
and typing. Currently there are 2 ways, i need to create a dummy abc and put
type() calls everywhere or i need to set a constant to
Batuhan added the comment:
I'm working on a project that is a custom byte code interpreter for some
extended types. I needed ABCData there and i thought types module already
has that, but i was wrong so i added.
Isn't types module exposing some types that are implementation detail
Batuhan added the comment:
It is based on default behavior of cpython. It tries to import _abc first
instead of _py_abc and this type targets c implementation.
--
___
Python tracker
<https://bugs.python.org/issue36
Batuhan added the comment:
We can try to obtain the type of ABCData and if we can't (if py_abc is
used) we can set ABCData to NotImplemented.
On Wed, May 1, 2019, 2:56 PM Batuhan wrote:
>
> Batuhan added the comment:
>
> It is based on default behavior of cpython. It tries to
Change by Batuhan :
--
keywords: +patch
pull_requests: +14538
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/14742
___
Python tracker
<https://bugs.python.org/issu
Batuhan added the comment:
Can you give me the case so i can reproduce this and test it.
--
nosy: +BTaskaya
___
Python tracker
<https://bugs.python.org/issue35
Change by Batuhan :
--
keywords: +patch
pull_requests: +14533
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/14738
___
Python tracker
<https://bugs.python.org/issu
Batuhan added the comment:
Raising an error can handle this because it is impossible to reach to return so
we can declare this as an illegal syntax?
--
___
Python tracker
<https://bugs.python.org/issue37
Batuhan added the comment:
I closed the my PR in favor of Serhiy's PR.
On Mon, Aug 12, 2019, 9:18 PM Serhiy Storchaka
wrote:
>
> Change by Serhiy Storchaka :
>
>
> --
> pull_requests: +14953
> pull_request: https://github.com/pyth
Change by Batuhan :
--
keywords: +patch
pull_requests: +14948
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/15221
___
Python tracker
<https://bugs.python.org/issu
New submission from Batuhan :
When you try to put a return statement with the iterated value inside of
try/finally and if you have continue in finally it will result with segfault.
def simple():
for number in range(2):
try:
return number
finally
Change by Batuhan :
--
versions: +Python 3.8, Python 3.9
___
Python tracker
<https://bugs.python.org/issue37830>
___
___
Python-bugs-list mailing list
Unsub
Batuhan added the comment:
serhiy can you review the solution i found?
--
___
Python tracker
<https://bugs.python.org/issue37830>
___
___
Python-bugs-list mailin
Change by Batuhan :
--
pull_requests: +14968
pull_request: https://github.com/python/cpython/pull/15247
___
Python tracker
<https://bugs.python.org/issue37
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:
Can i work on this?
--
nosy: +BTaskaya
___
Python tracker
<https://bugs.python.org/issue37893>
___
___
Python-bugs-list mailin
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:
What should we do then, close?
--
nosy: +BTaskaya
___
Python tracker
<https://bugs.python.org/issue19867>
___
___
Python-bugs-list m
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:
Should we close this?
--
nosy: +BTaskaya
___
Python tracker
<https://bugs.python.org/issue36946>
___
___
Python-bugs-list mailin
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:
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
Change by Batuhan :
--
nosy: +BTaskaya
___
Python tracker
<https://bugs.python.org/issue37680>
___
___
Python-bugs-list mailing list
Unsubscribe:
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:
https://gitlab.com/python-devs/importlib_metadata/issues/92
--
nosy: +BTaskaya
___
Python tracker
<https://bugs.python.org/issue38
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"
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:
PR 15971 is merged, what else is needed @dino.viehland?
--
nosy: +BTaskaya
___
Python tracker
<https://bugs.python.org/issue38
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
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
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
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
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:
> 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.storch
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:
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:
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:
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:
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 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/issue22
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, alexandre.vassalotti
versions: +Python 3.8, Python 3.9
___
Python tracker
<https://bugs.python.org/issue38876>
___
___
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:
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 +
> ')', '', 'eval')
--
nosy: +BT
Batuhan added the comment:
I am not sure that if co_filename can break backwards compability or not
(because until CodeType.replace; it was usual to break code object
construction, people who are using code objects may take this too) but yes PR
17534 was necessary.
My initial patch (PR
Change by Batuhan :
--
pull_requests: +17076
pull_request: https://github.com/python/cpython/pull/16620
___
Python tracker
<https://bugs.python.org/issue32
Change by Batuhan :
--
pull_requests: +17085
pull_request: https://github.com/python/cpython/pull/17613
___
Python tracker
<https://bugs.python.org/issue38
Change by Batuhan :
--
pull_requests: +17084
pull_request: https://github.com/python/cpython/pull/17612
___
Python tracker
<https://bugs.python.org/issue38
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
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: +BT
Change by Batuhan :
--
nosy: +BTaskaya
___
Python tracker
<https://bugs.python.org/issue38992>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Batuhan :
Typeshed already using __class_getitem__ syntax for PathLike
https://github.com/python/typeshed/search?q=PathLike_q=PathLike
--
components: Library (Lib)
messages: 357978
nosy: BTaskaya, asvetlov
priority: normal
severity: normal
status: open
title
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
Change by Batuhan :
--
keywords: +patch
pull_requests: +16976
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/17498
___
Python tracker
<https://bugs.python.org/issu
Batuhan added the comment:
Hey @rhettinger, what is the status of this issue? Is there a consensus about
fixing it or can this issue be closed?
--
nosy: +BTaskaya
___
Python tracker
<https://bugs.python.org/issue33
Batuhan added the comment:
$ ./python -m pyperf timeit "import ast"
Before: Mean +- std dev: 326 ns +- 13 ns
After: Mean +- std dev: 330 ns +- 19 ns
(applied my first patch with both contextlib and IntEnum)
Pablo Galindo Salgado , 16 Ara 2019 Pzt, 21:27
tarihinde şunu yazdı:
Batuhan added the comment:
Thanks for having consensus on this. I'll refactor PR 17612 and open
anothor one for reverting PR 17376
On Tue, Dec 17, 2019, 12:31 AM STINNER Victor
wrote:
>
> STINNER Victor added the comment:
>
> Pablo:
> > Victor, are you OK if we close t
New submission from Batuhan :
After working on issue 38994 and issue 38978, I decided to write a simple AST
analyzer to find class getitem syntax usage in typeshed. It discovered a few
classes (I am not sure if there are more). As @brett.cannon suggested in PR
17498 I'll prepare individual
Change by Batuhan :
--
pull_requests: +17032
pull_request: https://github.com/python/cpython/pull/17560
___
Python tracker
<https://bugs.python.org/issue39
Change by Batuhan :
--
pull_requests: +17035
pull_request: https://github.com/python/cpython/pull/17563
___
Python tracker
<https://bugs.python.org/issue39
Change by Batuhan :
--
components: +Library (Lib)
nosy: +levkivskyi
versions: +Python 3.9
___
Python tracker
<https://bugs.python.org/issue39019>
___
___
Pytho
Change by Batuhan :
--
keywords: +patch
pull_requests: +17030
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/17558
___
Python tracker
<https://bugs.python.org/issu
Change by Batuhan :
--
pull_requests: +17033
pull_request: https://github.com/python/cpython/pull/17561
___
Python tracker
<https://bugs.python.org/issue39
Batuhan added the comment:
@rhettinger, should we mention about it in whats new too?
--
___
Python tracker
<https://bugs.python.org/issue38531>
___
___
Pytho
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>
___
___
Pytho
1 - 100 of 891 matches
Mail list logo