Change by Emmanuel Arias :
--
nosy: +eamanu
___
Python tracker
<https://bugs.python.org/issue36953>
___
___
Python-bugs-list mailing list
Unsubscribe:
Emmanuel Arias added the comment:
hello, I will work on it, if there are no objection. :-)
--
___
Python tracker
<https://bugs.python.org/issue36373>
___
___
Emmanuel Arias added the comment:
Hi
> There is no need to jumbo PR, you can split the work into PR-per-module if it
> is more comfortable to you.
Yes, I think that is better split I will try it.
> I'm ok with reviewing any approach.
Thanks!
--
title: Deprecate
Change by Emmanuel Arias :
--
keywords: +patch
pull_requests: +13559
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/13670
___
Python tracker
<https://bugs.python.org/issu
Change by Emmanuel Arias :
--
pull_requests: +13560
pull_request: https://github.com/python/cpython/pull/13671
___
Python tracker
<https://bugs.python.org/issue36
New submission from Emmanuel Arias :
According to the code on streams.py the functions:
open_connection(), start_server(), open_unix_connection(),
start_unix_server() are deprecated. I inform that on
documentation.
--
assignee: docs@python
components: Documentation
messages: 344015
Change by Emmanuel Arias :
--
keywords: +patch
pull_requests: +13578
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/13672
___
Python tracker
<https://bugs.python.org/issu
Change by Emmanuel Arias :
--
pull_requests: +13793
pull_request: https://github.com/python/cpython/pull/13920
___
Python tracker
<https://bugs.python.org/issue36
Change by Emmanuel Arias :
--
pull_requests: +13818
pull_request: https://github.com/python/cpython/pull/13950
___
Python tracker
<https://bugs.python.org/issue36
New submission from Emmanuel Coirier :
When compiling sqlite with a specific prefix, Python compilation process is
unable to find sqlite despite CFLAGS and LDFLAGS environment variable correctly
set.
The problem is in the setup.py, in the detect_modules function or the
detect_sqlite
Change by Emmanuel Arias :
--
nosy: +eamanu
___
Python tracker
<https://bugs.python.org/issue37801>
___
___
Python-bugs-list mailing list
Unsubscribe:
Emmanuel Arias added the comment:
Hello maggyero,
I thinks that could be a good improve. But this structure is
used on since old cpython versions, so I don't know if it will be a necessary
change.
But, if you don't receive some feedback from here, you can propose
a PR, maybe othe
Change by Emmanuel Arias :
--
pull_requests: +10441
___
Python tracker
<https://bugs.python.org/issue19217>
___
___
Python-bugs-list mailing list
Unsubscribe:
Emmanuel Arias added the comment:
> The call to logging.error() is irrelevant, since there's no expectation that
> the module-level function will necessarily output the same as a method of a
> specific instance logger.error().
That's true. Maybe and warning or Exception c
Emmanuel Arias added the comment:
> What would the exception say?
>
>FatalError: no error occurred
haha, I mean a message that tell you something to avoid have some weird behave
(like here). :-)
> If you have 3.8 installed, feel free to test the code yourself and report
&g
Emmanuel Arias added the comment:
Hi!,
Like say Katsuhiko YOSHIDA
(https://github.com/python/cpython/pull/11292#issuecomment-449667371) this
should be filter other sensitive header. I think that is reasonable if we think
on a complete solution to this issue.
Maybe this issue could be
Emmanuel Arias added the comment:
Hi Elliot!
> It seems like a no-brainer to add these, they reduce magic number use and
> improve the accessibility of Python to people coming from C. I would love to
> add these if everyone is OK with it.
Sound great. But IMO I think that th
Emmanuel Arias added the comment:
Hi,
If I don't see bad, if a timeout occur this is catch by the OSError exception.
--
nosy: +eamanu
___
Python tracker
<https://bugs.python.org/is
Change by Emmanuel Arias :
--
components: +Library (Lib)
type: -> enhancement
___
Python tracker
<https://bugs.python.org/issue35590>
___
___
Python-bugs-lis
New submission from Emmanuel Arias :
Hi!
This issue is open to discuss the PR:
https://github.com/python/cpython/pull/11327
This PR propose add "chrome" on webbrowser.register_standard_browsers for
windows
IMO this is a reasonable new feature simply because Chrome is com
New submission from Emmanuel Arias :
Hi!
I prepare a little improve. I added some samples usage, some clarification and
delete some whitespace unnecessary.
Attach patch.
Regards
--
assignee: docs@python
components: Documentation
files: 0001-improve-abc.py-docstring.patch
keywords
Emmanuel Arias added the comment:
Hi
>def write_to_stdout(result_queue: Queue):
I think that you have to write here a sleep. IMO this is blocking all.
--
nosy: +eamanu
___
Python tracker
<https://bugs.python.org/issu
Emmanuel Arias added the comment:
> data = result_queue.get()
And this is blocked
--
___
Python tracker
<https://bugs.python.org/issue35608>
___
___
Python-
Change by Emmanuel Arias :
--
pull_requests: +10653
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue35609>
___
___
Python-bugs-lis
Change by Emmanuel Arias :
--
pull_requests: +10653, 10654
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue35609>
___
___
Python-
Change by Emmanuel Arias :
--
pull_requests: +10653, 10654, 10655
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue35609>
___
___
Py
Emmanuel Arias added the comment:
> Double spaces between sentences increase readability. This is not a bug.
hmm ok. I can see other docstring with not double spaces. But I will ignore.
> Since abstractclassmethod and like are deprecated and should not be used in
> new code, I do
Change by Emmanuel Arias :
--
keywords: +patch, patch
pull_requests: +10688, 10689
stage: needs patch -> patch review
___
Python tracker
<https://bugs.python.org/issu
Change by Emmanuel Arias :
--
keywords: +patch
pull_requests: +10688
stage: needs patch -> patch review
___
Python tracker
<https://bugs.python.org/issu
Change by Emmanuel Arias :
--
keywords: +patch, patch, patch
pull_requests: +10688, 10689, 10690
stage: needs patch -> patch review
___
Python tracker
<https://bugs.python.org/issu
Emmanuel Arias added the comment:
Same similar occur with other docs
$ git grep 'deprecated-removed::.*4\.0'
Doc/c-api/arg.rst: .. deprecated-removed:: 3.3 4.0
Doc/c-api/arg.rst: .. deprecated-removed:: 3.3 4.0
Doc/c-api/arg.rst: .. deprecated-removed:: 3.3 4.0
Doc/c-a
Emmanuel Arias added the comment:
Hi!
IMO its a good propose. You will have to modify some tests.
--
nosy: +eamanu
versions: +Python 3.8
___
Python tracker
<https://bugs.python.org/issue35
Emmanuel Arias added the comment:
Hi!
Seems like a bug. Please provide a patch.
This can be apply to 3.8?
--
nosy: +eamanu
___
Python tracker
<https://bugs.python.org/issue35
Change by Emmanuel Arias :
--
versions: +Python 3.8
___
Python tracker
<https://bugs.python.org/issue35615>
___
___
Python-bugs-list mailing list
Unsubscribe:
Emmanuel Arias added the comment:
Hi!,
I was reading the PR. Just a little comment. I am not sure about have a
difference for IPv4 and IPv6, in the sense of use a tuple for IPv4 and separate
parameters for IPv6
Regards
--
nosy: +eamanu
New submission from Emmanuel Arias :
Hi,
A PR was opened https://github.com/python/cpython/pull/11398. This PR seems
interest in the sense that this allow passing a pathlike arguments to
SimpleHTTPRequestHandler.
Regards
--
components: Library (Lib)
messages: 332873
nosy: eamanu
Emmanuel Arias added the comment:
Hi Serhiy,
A little question. Is there a planned version to remove the deprecated?
--
___
Python tracker
<https://bugs.python.org/issue35
Emmanuel Arias added the comment:
Hi Tal Einat!
I would like to take this issue to be my first contribution :-)
Thanks!
--
nosy: +eamanu
___
Python tracker
<https://bugs.python.org/issue35
Change by Emmanuel Arias :
--
keywords: +patch, patch, patch, patch
pull_requests: +10813, 10814, 10815, 10816
stage: needs patch -> patch review
___
Python tracker
<https://bugs.python.org/issu
Change by Emmanuel Arias :
--
keywords: +patch
pull_requests: +10813
stage: needs patch -> patch review
___
Python tracker
<https://bugs.python.org/issu
Change by Emmanuel Arias :
--
keywords: +patch, patch
pull_requests: +10813, 10814
stage: needs patch -> patch review
___
Python tracker
<https://bugs.python.org/issu
Change by Emmanuel Arias :
--
keywords: +patch, patch, patch
pull_requests: +10813, 10814, 10815
stage: needs patch -> patch review
___
Python tracker
<https://bugs.python.org/issu
Emmanuel Arias added the comment:
> No plan for removal. See https://bugs.python.org/issue28886#msg282582
Thanks!
--
___
Python tracker
<https://bugs.python.org/issu
Emmanuel Arias added the comment:
ping Vaibhav :-)
> I would like to make a PR for this.
--
nosy: +eamanu
___
Python tracker
<https://bugs.python.org/issu
Emmanuel Arias added the comment:
Hi xtreak,
> Thanks @nekobon for the patch. I am triaging old mock related issues. I think
> dict insertion order is maintained from 3.6 and guaranteed with 3.7 and
> above. But it would be good to add the unit test in the patch as a PR. I ran
&
Emmanuel Arias added the comment:
Sorry I was wrong.
On
```python
foo = OrderedDict()
foo['a'] = object()
foo['b'] = 'something'
```
I was write "first" and "second" like key and fail in
```python
@patch.dict(foo, OrderedDict(update_
Change by Emmanuel Arias :
--
pull_requests: +10871
___
Python tracker
<https://bugs.python.org/issue24928>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Emmanuel Arias :
--
pull_requests: +10871, 10872
___
Python tracker
<https://bugs.python.org/issue24928>
___
___
Python-bugs-list mailing list
Unsub
Change by Emmanuel Arias :
--
pull_requests: +10871, 10872, 10873
___
Python tracker
<https://bugs.python.org/issue24928>
___
___
Python-bugs-list mailin
Emmanuel Arias added the comment:
Hello!
IMHO I don't think is good say that they will remove on a version that is not
planned yet.
I agree with Marc-Andre is better say " they will be remove in the next major
release"
--
___
New submission from Emmanuel Arias :
Hi!
I create this PR to add a samples of the use of patch.dict with decorator on
method and class. I think that is a good improve because the doc mentions the
use of patch.dict with decorator on method and class but don't show any
samples.
Change by Emmanuel Arias :
--
keywords: +patch
pull_requests: +10959
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue35685>
___
___
Py
Change by Emmanuel Arias :
--
keywords: +patch, patch, patch
pull_requests: +10959, 10960, 10961
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issu
Change by Emmanuel Arias :
--
keywords: +patch, patch
pull_requests: +10959, 10960
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issu
Emmanuel Arias added the comment:
Ping :-)
Thanks Karthikeyan for the PR review.
Would someone else like review it, please?
Thanks!
Regards
--
___
Python tracker
<https://bugs.python.org/issue24
Emmanuel Arias added the comment:
The same behavior on 3.8 and 3.5
--
nosy: +eamanu
versions: +Python 3.5, Python 3.8
___
Python tracker
<https://bugs.python.org/issue35
Emmanuel Arias added the comment:
Hi Berker,
Thanks for you response.
I agree when you say that patch.dict is a simply operation, but I think that
this test can be necessary, if for some reason the implementation of patch.dict
(or its parts) decide change.
> I think the relations
Emmanuel Arias added the comment:
> Should I create a new issue(s) for these problems or is there some agreement
> that only actual bugs will be fixed in little-used modules like this?
I would create new issue for each point to discuss, but I would like listen
other op
Emmanuel Arias added the comment:
I try to reproduce and confirm the xtreak example, and how xtreak and p-ganssle
explain, I think that the behavoir is correct according the documentation.
I would like to know why there is difference between 2.3.4 (Paul Keating
example) and cpython master
Emmanuel Arias added the comment:
Hello!
I can help if you consider it appropriate :-)
--
nosy: +eamanu
___
Python tracker
<https://bugs.python.org/issue35
Emmanuel Arias added the comment:
> I believe this ticket can be closed.
Yes, I think so. How you say, on 35535 there is a detailed explanation about
the behavior.
--
nosy: +eamanu
___
Python tracker
<https://bugs.python.org/issu
Emmanuel Arias added the comment:
Hi!
>def pprint(data, *, sort_dicts=True):
>...
>def pp(data, *args, **kwds):
>pprint(data, *args, sort_dicts=False, **kwds)
We could use the parameters `sort=`? IMHO is better a short parameters name.
If we assig
Emmanuel Arias added the comment:
> pprint only sorts dicts currently so sort_dicts is better than sort that
> sounds more general.
Yes. Because pprint just sort dicts, I think that is better rename the
parameter like just sort. But was an opinion, that does not affect to the
be
Emmanuel Arias added the comment:
Hi!
> Assigning this to me but am not sure 1) when I'll be able to look at this 2)
> whether it's worth it as asyncore is deprecated in favor of asyncio.
Yes, asyncore is deprecated since 3.6.
Emmanuel Arias added the comment:
Hi,
The reason of the aborted(core dump) of the interpreter is because when the
init process was wrong, the
```_Py_NO_RETURN fatal_error()```
call and abort()
So, I change it for a exit(status) to avoid break the interpreter (I attach a
patch)
What do
Emmanuel Arias added the comment:
> Otherwise I'd say it would be nice to refactor in such a way that avoids the
> core dump when the problem is on the Python side
I agree with @p-ganssle, If exist some problem on initialize Python interpreter
it would be great if it return
Change by Emmanuel Arias :
--
nosy: +eamanu
___
Python tracker
<https://bugs.python.org/issue35980>
___
___
Python-bugs-list mailing list
Unsubscribe:
Emmanuel Arias added the comment:
hmmm do you have some code to reproduce it?
--
nosy: +eamanu
___
Python tracker
<https://bugs.python.org/issue35995>
___
___
Change by Emmanuel Arias :
--
nosy: +eamanu
type: -> enhancement
___
Python tracker
<https://bugs.python.org/issue33043>
___
___
Python-bugs-list mai
Change by Emmanuel Arias :
--
nosy: +eamanu
___
Python tracker
<https://bugs.python.org/issue35993>
___
___
Python-bugs-list mailing list
Unsubscribe:
Emmanuel Arias added the comment:
I take it
--
nosy: +eamanu
___
Python tracker
<https://bugs.python.org/issue36006>
___
___
Python-bugs-list mailing list
Unsub
Emmanuel Arias added the comment:
+1
--
nosy: +eamanu
___
Python tracker
<https://bugs.python.org/issue36004>
___
___
Python-bugs-list mailing list
Unsubscribe:
Emmanuel Arias added the comment:
ping reviewer :-)
I test this PR and work fine on Ubuntu 18.04
--
nosy: +eamanu
___
Python tracker
<https://bugs.python.org/issue35
Change by Emmanuel Arias :
--
keywords: +patch
pull_requests: +11914
stage: needs patch -> patch review
___
Python tracker
<https://bugs.python.org/issu
Emmanuel Arias added the comment:
I test it and this have the same behavior on 3.7 and 3.8...
I will work on this
--
nosy: +eamanu
versions: +Python 3.7, Python 3.8
___
Python tracker
<https://bugs.python.org/issue35
Change by Emmanuel Arias :
--
nosy: +eamanu
___
Python tracker
<https://bugs.python.org/issue34793>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Emmanuel Arias :
--
nosy: +eamanu
___
Python tracker
<https://bugs.python.org/issue36045>
___
___
Python-bugs-list mailing list
Unsubscribe:
Emmanuel Arias added the comment:
> I already have some example code for it
Do you have a patch?
--
nosy: +eamanu
___
Python tracker
<https://bugs.python.org/issu
Change by Emmanuel Arias :
--
nosy: +eamanu
___
Python tracker
<https://bugs.python.org/issue35840>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Emmanuel Arias :
--
nosy: +eamanu
___
Python tracker
<https://bugs.python.org/issue35812>
___
___
Python-bugs-list mailing list
Unsubscribe:
Emmanuel Arias added the comment:
I think that this issue is just for Windows right?
I add Windows to required a Windows' dev.
--
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware
___
Python tracker
&
Emmanuel Arias added the comment:
Hi!
I will take it :-)
--
nosy: +eamanu
___
Python tracker
<https://bugs.python.org/issue36057>
___
___
Python-bugs-list m
Change by Emmanuel Arias :
--
components: +Documentation
___
Python tracker
<https://bugs.python.org/issue36057>
___
___
Python-bugs-list mailing list
Unsub
Emmanuel Arias added the comment:
> Sorry, I've already assigned this to myself.
Ah!! sorry sorry!
--
___
Python tracker
<https://bugs.python.org
Change by Emmanuel Arias :
--
keywords: +patch
pull_requests: +11990
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue36035>
___
___
Py
Emmanuel Arias added the comment:
Hello!
I make the PR: https://github.com/python/cpython/pull/11964
But I need help to test it :-(
Any could help me please?
--
nosy: +eamanu
___
Python tracker
<https://bugs.python.org/issue36
Change by Emmanuel Arias :
--
keywords: +patch
pull_requests: +12001
stage: needs patch -> patch review
___
Python tracker
<https://bugs.python.org/issu
Emmanuel Arias added the comment:
Yes, that is a problem (in principle) of the docs. But I think that would be
appropriate return None if is closed.
--
nosy: +eamanu
___
Python tracker
<https://bugs.python.org/issue36
Emmanuel Arias added the comment:
hmm looking in depth when the server is closed, currently return None.
--
___
Python tracker
<https://bugs.python.org/issue36
Emmanuel Arias added the comment:
Maybe would be great mention that the None is still return for closed server
--
___
Python tracker
<https://bugs.python.org/issue36
Change by Emmanuel Arias :
--
keywords: +patch
pull_requests: +12010
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue36074>
___
___
Py
Emmanuel Arias added the comment:
hmmm I think that is not a bug. I think that this is a certification problem,
literally.
--
nosy: +eamanu
status: pending -> open
___
Python tracker
<https://bugs.python.org/issu
Emmanuel Arias added the comment:
@mhchia yes! sorry! I was testing the .close() return. yes you are right is
confused. I will modified the PR.
Thanks
--
___
Python tracker
<https://bugs.python.org/issue36
Emmanuel Arias added the comment:
This issue could be closed, right?
--
nosy: +eamanu
___
Python tracker
<https://bugs.python.org/issue35826>
___
___
Python-bug
Emmanuel Arias added the comment:
> Sure thing. Should it be discussed more detailed before the PR? If the
> document or the returned value is controversial, I would like to contribute
> if needed. Thanks :)
Please, make the comments on the PR. This way, other reviewer can
Change by Emmanuel Arias :
--
nosy: +eamanu
___
Python tracker
<https://bugs.python.org/issue35392>
___
___
Python-bugs-list mailing list
Unsubscribe:
Emmanuel Arias added the comment:
> @mdk That's interesting. May I ask which one is the preferred behavior,
> `None` or `[]`?
IMO changing the returned of the sockets could represent a big change, and I
think that this need to
Emmanuel Arias added the comment:
I agree with Jim Fasarakis-Hilliard this message may be change in new 3.7
version
--
nosy: +eamanu
___
Python tracker
<http://bugs.python.org/issue13
New submission from Emmanuel Arias:
Hello everybody,
I am working with the code.
I clone the repo, and make a pull upstream of github's cpython repository
(master branch), and when I make:
./configure --with-pydebug && make -j
build correctly but finished with this message
Emmanuel Arias added the comment:
The problem was solution making:
apt-get install libffi-dev
Thanks
--
___
Python tracker
<http://bugs.python.org/issue30
101 - 200 of 251 matches
Mail list logo