[issue37607] segfault running code in jupyter on macOS 10.14.5 - crashed on child side of fork pre-exec

[Ned Deily]

Ned Deily  added the comment:

Looking at the macOS crash report you supplied (thanks!), the crash is 
occurring below libcurl which is called by the third-party pycurl module, so 
not in Python Standard Library code. And the crash appears to another of 
macOS's attempts to catch doing unsafe calls to system frameorks when forking 
withing an exec: note the "crashed on child side of fork pre-exec" message.  
This is a well-know pitfall particularly on macOS which is why we changed the 
default for the multiprocessing module on macOS as Victor noted above.  There 
are various articles out there about the general problem, like 
https://www.evanjones.ca/fork-is-dangerous.html.  If you are still seeing the 
problem, you may need to restructure your application to avoid fork without 
exec.  Good luck!

--
resolution:  -> third party
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38658] Python Program crashes when running in fore and back ground

[Ned Deily]

Ned Deily  added the comment:

Thanks for the report.  This appears to be another instance of a long-standing 
unresolved problem when using networks functions in a thread application on 
macOS that invoke Python's _scproxy helper module to obtain possible network 
proxy configuration info from macOS. For more details see, for example, 
Issue13829. Assuming your application does not need to connect through a 
network proxy, suggest trying the workaround in 
https://bugs.python.org/issue30385#msg293958 which avoids the call to _scproxy 
by defining the no_proxy environment variable.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38642] python3.7.3 seems to cause add-apt-repository to rejct or not find gi library

[Ned Deily]

Change by Ned Deily :


--
nosy: +doko -Marco Ippolito

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38645] datetime.datetime.fromtimestamp(0, tzlocal()) throws error

[Ammar Askar]

Ammar Askar  added the comment:

Closing, here's the bug in dateutil's repo: 
https://github.com/dateutil/dateutil/issues/197

--
resolution:  -> third party
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38645] datetime.datetime.fromtimestamp(0, tzlocal()) throws error

[Michael Zhang]

Michael Zhang  added the comment:

Yeah, seconded with my own tracing as well.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38645] datetime.datetime.fromtimestamp(0, tzlocal()) throws error

[Ammar Askar]

Ammar Askar  added the comment:

Err...I mean I think this is a dateutil bug rather than in the Python stdlib.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38645] datetime.datetime.fromtimestamp(0, tzlocal()) throws error

[Ammar Askar]

Ammar Askar  added the comment:

It is windows specific, but I don't think this is a dateutil bug rather than 
the python stdlib:

Python 3.6.5 (v3.6.5:f59c0932b4, Mar 28 2018, 16:07:46) [MSC v.1900 32 bit 
(Intel)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import datetime
>>> from dateutil.tz import tzlocal
>>> print(datetime.datetime.fromtimestamp(0, tzlocal()))
Traceback (most recent call last):
  File "", line 1, in 
  File "D:\Python365\lib\site-packages\dateutil\tz\_common.py", line 144, in 
fromutc
return f(self, dt)
  File "D:\Python365\lib\site-packages\dateutil\tz\_common.py", line 258, in 
fromutc
dt_wall = self._fromutc(dt)
  File "D:\Python365\lib\site-packages\dateutil\tz\_common.py", line 238, in 
_fromutc
dtdst = enfold(dt, fold=1).dst()
  File "D:\Python365\lib\site-packages\dateutil\tz\tz.py", line 225, in dst
if self._isdst(dt):
  File "D:\Python365\lib\site-packages\dateutil\tz\tz.py", line 288, in _isdst
if self.is_ambiguous(dt):
  File "D:\Python365\lib\site-packages\dateutil\tz\tz.py", line 250, in 
is_ambiguous
(naive_dst != self._naive_is_dst(dt - self._dst_saved)))
  File "D:\Python365\lib\site-packages\dateutil\tz\tz.py", line 254, in 
_naive_is_dst
return time.localtime(timestamp + time.timezone).tm_isdst
OSError: [Errno 22] Invalid argument


As you can see, none of that backtrace is within Python, it's all inside 
dateutil code. More than likely they are calling `time.localtime` with a value 
of less than 0 which throws an error on Windows. (see also issue29097)

--
nosy: +ammar2

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38645] datetime.datetime.fromtimestamp(0, tzlocal()) throws error

[ThePokestarFan]

ThePokestarFan  added the comment:

Can you run

>>>import dateutil
>>>print(repr(dateutil))

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38645] datetime.datetime.fromtimestamp(0, tzlocal()) throws error

[Michael Zhang]

Michael Zhang  added the comment:

I think it might be something Windows specific; the original comment includes 
the version and code to reproduce.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38656] mimetypes for python 3.7.5 fails to detect matroska video

[Ammar Askar]

Ammar Askar  added the comment:

This is what I get on master, will try 3.7.5+ as noted in the Github issue:


Python 3.9.0a0 (heads/noopt-dirty:f3b170812d, Oct  1 2019, 20:15:53) [MSC 
v.1916 32 bit (Intel)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import mimetypes
>>> print(mimetypes.guess_type('E01.mkv'))
('video/x-matroska', None)

--
nosy: +ammar2

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38656] mimetypes for python 3.7.5 fails to detect matroska video

[Karthikeyan Singaravelan]

Karthikeyan Singaravelan  added the comment:

I couldn't find mkv in mimetypes with search. Can you please post the output of 
the mimetypes query in 3.7.4 and 3.7.5 for the regression? In the attached 
GitHub issue the user reports mkv returns None and mp4 is detected.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38656] mimetypes for python 3.7.5 fails to detect matroska video

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +xtreak

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38659] enum classes cause slow startup time

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +ethan.furman

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38645] datetime.datetime.fromtimestamp(0, tzlocal()) throws error

[Dong-hee Na]

Dong-hee Na  added the comment:

Python 3.9.0a0 (heads/master:112f2b805b, Nov  1 2019, 10:48:20)
[GCC 7.4.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import datetime
>>> utc_tzinfo = datetime.timezone.utc
>>> print(datetime.datetime.fromtimestamp(0, utc_tzinfo))
1970-01-01 00:00:00+00:00

works properly on my Linux machine.
Can you gave me which can reproduce based on stdlib library?

--
nosy: +corona10

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36664] argparse: parser aliases in subparsers stores alias in dest variable

[paul j3]

paul j3  added the comment:

Just clarify how the code currently works.  `subparsers` is a positional Action 
of subclass _SubParsersAction.  It has a nargs='+...', requiring at least one 
string, and taking all remaining strings.  Its __call__ has the standard 
signature.  So everything that's special about subparsers is embodied in this 
Action subclass.  

def __call__(self, parser, namespace, values, option_string=None):
parser_name = values[0]
arg_strings = values[1:]

# set the parser name if requested
if self.dest is not SUPPRESS:
setattr(namespace, self.dest, parser_name)

# select the parser
try:
parser = self._name_parser_map[parser_name]
...

So the `parser_name` is first string, the actual alias that user provided.  It 
is added to the namespace if a `dest` was provided (the default `dest` is 
SUPPRESS).  That's all of the relevant code - the alias is simply added to to 
Namespace.

As mentioned before `parser_name` is used find the actual sub parser, which is 
called with the remaining `arg_strings`.

Earlier in the subclasses `add_parser` method, the 'name' and 'alias' list are 
used to populate the '_name_parser_map' mapping, and also create the metavar 
that's used in the help display.  But neither is saved as an attribute.

---

I still think 'set_defaults' is the cleanest way of saving a unique name for a 
sub parser.

parser_foo.set_defaults(func=foo, name='foo')

---

One further note - if you make subparsers required, you should also set a dest 
name:

parser.add_subparsers(dest='cmd', required=True)

otherwise the missing-subparsers error message will raise an error.  It needs 
to identify the missing action in some way.  Functionally, this might be the 
most important reason to set the 'dest'.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38654] `urllib.request.Request` uses mutable value as default value

[Efanzh]

Efanzh  added the comment:

I agree that this doesn’t fix any bug. But is is easy to make mistakes by using 
mutable default values (See 
https://docs.python-guide.org/writing/gotchas/#mutable-default-arguments). Both 
PyCharm and pylint show warnings about mutable default arguments even there is 
no bug in the code.

Using `{}` as default value, by looking at the function signature, I might 
wonder whether this argument stays the same on each function call, since it is 
mutable. But by using `None` as default value, I am know this argument will 
always be `None` on each function call. Using `None` as default value makes the 
function interface more easy to understand.

Also, if some new Python coders saw `[]` or `{}` being used as default values 
in the standard library, they might think “I’ll do it too since the standard 
library does it”.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38659] enum classes cause slow startup time

[Gregory P. Smith]

New submission from Gregory P. Smith :

Creating an enum subclass (ie: defining an enum) is slow.  This dramatically 
impacts startup time of Python programs that import a bunch of potentially 
needed constant definitions at startup before any proper code executes.

How slow?  So slow that a module defining a ~300 enums takes nearly 100ms just 
to import from its pyc file.

Example code: 
https://github.com/googleads/google-ads-python/blob/96fd08bb62435f1930df4871033ba8689333b67f/google/ads/google_ads/v2/services/enums.py

We've known this, we should do something about it.  (Even if it means 
implementing the guts of the magic enum machinery in C.)  ie, it came up in 
https://bugs.python.org/issue28637 as a stdlib startup time regression and is 
likely to come up in similar contexts elsewhere.

--
components: Library (Lib)
messages: 355777
nosy: gregory.p.smith
priority: normal
severity: normal
stage: needs patch
status: open
title: enum classes cause slow startup time
type: performance
versions: Python 3.9

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38622] _ctypes.dlsym (py_dl_sym) does not trigger audit hooks

[tholl]

tholl  added the comment:

I probably should have done this earlier, but here's a small test case that 
reproduces the issue. The assert fails in vanilla Python 3.8, but passes with 
the patch.

--
type:  -> behavior
Added file: https://bugs.python.org/file48689/audit-test.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35182] Popen.communicate() breaks when child closes its side of pipe but not exits

[Andriy Maletsky]

Change by Andriy Maletsky :


--
pull_requests: +16540
pull_request: https://github.com/python/cpython/pull/17023

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38654] `urllib.request.Request` uses mutable value as default value

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

It is not needed. There is no bug. Nothing to change.

--
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38654] `urllib.request.Request` uses mutable value as default value

[Efanzh]

Efanzh  added the comment:

How about changing `if headers` to `if headers is not None`?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32309] Implement asyncio.run_in_executor shortcut

[Kyle Stanley]

Kyle Stanley  added the comment:

> end up adding two high-level functions

Clarification: asyncio.run_in_executor() would be a function, but 
asyncio.ThreadPool would be a context manager class.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32309] Implement asyncio.run_in_executor shortcut

[Kyle Stanley]

Kyle Stanley  added the comment:

> I don't like the low-level API of run_in_executor.  "executor" being the 
> first argument, the inability to pass **kwargs, etc.

> I mean it's great that we can use 'concurrent.futures' in asyncio, but having 
> native asyncio pools implementation would be way more convenient to the users.

I agree that there's an issue with this, but I think for the high level API it 
can be an asynchronous context manager that makes use of 
concurrent.futures.ThreadPoolExecutor, since that one seems to fit the majority 
of asyncio use cases. If users want to utilize 
concurrent.futures.ProcessPoolExecutor or a customized one, they can use 
loop.run_in_executor() instead. 

Unless there's something I'm missing with regards to 
concurrent.futures.ThreadPoolExecutor that specifically makes it less usable. 
Can't asyncio.ThreadPool make use of concurrent.futures.ThreadPoolExecutor in 
the internal details while providing a better API?

> I'd expect to see a more high-level API, perhaps the one that supports 'async 
> with':

> asyncio.ThreadPool() sounds great. Maybe thread group can provide better api.

I'd be willing to work on implementing the asyncio.ThreadPool API as Yury 
described it.

> But for Python 3.8 adding `run_in_executor` top-level function looks the only 
> easy and obvious way to help people getting rid of explicit loop usage.

I can see your point Andrew, but I think that if we implement 
asyncio.run_in_executor() and then later add asyncio.ThreadPool(), it's going 
to be against "one obvious way" and we'll end up adding two high-level 
functions for the same purpose. This principle can't always be adhered to, but 
I think we should try to when it's possible. 

Personally, I think the API for asyncio.ThreadPool would be much more robust, 
so it seems worthwhile to try implementing this one first. If there are a 
number of unforeseen complications, asyncio.run_in_executor() might still be a 
decent fallback.

--
nosy: +aeros

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38645] datetime.datetime.fromtimestamp(0, tzlocal()) throws error

[ThePokestarFan]

ThePokestarFan  added the comment:

For me, it seems that dateutil is not a standard Python library module. When I 
run `import dateutil` it reports that there is no module called dateutil.

```
>>> import dateutil
Traceback (most recent call last):
  File "", line 1, in 
ImportError: No module named dateutil
```

--
nosy: +ThePokestarFan

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38652] Remove/update provisional note for asyncio.BufferedProtocol

[Yury Selivanov]

Yury Selivanov  added the comment:

Yeah, please do the change! Thanks!

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38658] Python Program crashes when running in fore and back ground

[ThePokestarFan]

New submission from ThePokestarFan :

I have a Python process that should not die that is multiprocessed. I have a 
queue process that feeds the queue every so often, but my program should use up 
queue items faster than the queue adds them. I have four worker threads that 
make requests to an API and update an SQL table with the results. However, if I 
use nohup and run it, it crashes. Even if I directly run it, it crashes. It 
used to run forever when I loaded it in PyCharm, but even that crashes it.

--
components: macOS
files: crash.txt
messages: 355769
nosy: ThePokestarFan, ned.deily, ronaldoussoren
priority: normal
severity: normal
status: open
title: Python Program crashes when running in fore and back ground
type: crash
versions: Python 3.8
Added file: https://bugs.python.org/file48688/crash.txt

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38652] Remove/update provisional note for asyncio.BufferedProtocol

[Kyle Stanley]

Kyle Stanley  added the comment:

> I'm a newcomer, would it be ok for me to take on this propsal?

It will need approval from Yury and/or Andrew before it can be merged, but I 
think this is relatively uncontroversial. You can definitely work on it though.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38657] String format for hexadecimal notation breaks padding with alternative form

[Pete Wicken]

New submission from Pete Wicken :

When formatting an integer as a hexadecimal value, the '#' alternate form 
modifier inserts a preceding '0x'. 
If this is used in combination with padding modifiers, the '0x' is counted as 
part of the overall width, which does not feel like the natural behaviour as 
extra calculation is required to get the correct post '0x' precision.

Example:

In [7]: f'{num:04x}'
Out[7]: '0800'

In [8]: f'{num:#04x}'
Out[8]: '0x800'

To get the hexadecimal representation padded to 4 digits, you have to account 
for the preceding 0x:

In [10]: f'{num:#06x}'
Out[10]: '0x0800'

--
messages: 355767
nosy: Wicken
priority: normal
severity: normal
status: open
title: String format for hexadecimal notation breaks padding with alternative 
form
type: behavior
versions: Python 3.7, Python 3.8

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38610] use-after-free in list object function

[Zackery Spytz]

Zackery Spytz  added the comment:

I have created a patch to fix these crashes. Please consider taking a look.

--
nosy: +ZackerySpytz
versions: +Python 2.7, Python 3.7, Python 3.9

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38610] use-after-free in list object function

[Zackery Spytz]

Change by Zackery Spytz :


--
keywords: +patch
pull_requests: +16539
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/17022

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38654] `urllib.request.Request` uses mutable value as default value

[Steven D'Aprano]

Steven D'Aprano  added the comment:

I agree with Serhiy that using mutable defaults is not automatically a bad 
idea. This is unnecessary code churn that fixes no bugs and adds no new 
functionality and doesn't make the code "better".

The PR removes one harmless use of a mutable default but adds the "code smell" 
that assumes that None is the only possible falsey value. This means that the 
``__init__`` method will accept any falsey value without complaint:

Request(url, headers=0.0)

which is worse than the current code.

--
nosy: +steven.daprano

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36084] Threading: add builtin TID attribute to Thread objects

[Jake Tesler]

Jake Tesler  added the comment:

I have encountered a minor bug with this new feature. The bug occurs when 
creating a new multiprocessing.Process object on Unix (or on any platform where 
the multiprocessing start_method is 'fork' or 'forkserver').

When creating a new process via fork, the Native ID in the new MainThread is 
incorrect. The new forked process' threading.MainThread object inherits the 
Native ID from the parent process' MainThread instead of capturing/updating its 
own (new) Native ID.

See the following snippet:

>>> import threading, multiprocessing
>>> multiprocessing.set_start_method('fork') # or 'forkserver'
>>> def proc(): print(threading.get_native_id(), 
>>> threading.main_thread().native_id) # get_native_id(), mainthread.native_id
>>> proc()
22605 22605 # get_native_id(), mainthread.native_id
>>> p = multiprocessing.Process(target=proc)
>>> p.start()
22648 22605 # get_native_id(), mainthread.native_id
>>>
>>> def update(): threading.main_thread()._set_native_id()
>>> def print_and_update(): proc(); update(); proc()
>>> print_and_update()
22605 22605 # get_native_id(), mainthread.native_id
22605 22605 
>>> p2=multiprocessing.Process(target=print_and_update); p2.start()
22724 22605 # get_native_id(), mainthread.native_id
22724 22724
>>> print_and_update()
22605 22605 # get_native_id(), mainthread.native_id
22605 22605

As you can see, the new Process object's MainThread.native_id attribute matches 
that of the MainThread of its parent process. 

Unfortunately, I'm not too familiar with the underlying mechanisms that 
Multiprocessing uses to create forked processes. 
I believe this behavior occurs because (AFAIK) a forked multiprocessing.Process 
copies the MainThread object from its parent process, rather than 
reinitializing a new one. Looking further into the multiprocessing code, it 
appears the right spot to fix this would be in the 
multiprocessing.Process.bootstrap() function. 

I've created a branch containing a working fix - I'm also open to suggestions 
of how a fix might otherwise be implemented. 
If it looks correct I'll create a PR against the CPython 3.8 branch. 

See the branch here: https://github.com/jaketesler/cpython/tree/fix-mp-native-id

Thanks all!
-Jake

--
status: closed -> open

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38656] mimetypes for python 3.7.5 fails to detect matroska video

[toonn]

New submission from toonn :

A user reported an error to us which seems to derive from the ``mimetypes`` 
library failing to guess the mime type for ``.mkv`` matroska video files:
https://github.com/ranger/ranger/issues/1744#issuecomment-548514373

This is a regression because the same query successfully identifies the 
filename as being of the ``video/x-mastroska`` mime type.

--
components: Library (Lib)
messages: 355763
nosy: toonn
priority: normal
severity: normal
status: open
title: mimetypes for python 3.7.5 fails to detect matroska video
type: behavior
versions: Python 3.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38649] tkinter messagebox is sloppy

[Brett Cannon]

Brett Cannon  added the comment:

Please note that calling something "sloppy" and that somehow its development 
was done in some "carelessness" fashion to the point of being "egregious" is 
not motivating to others to try and help. Trying to support all of this code 
for free in one's spare time is not easy, so I would ask you try to be more 
understanding and nicer in your comments.

--
nosy: +brett.cannon

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38651] Add WolfSSL support

[Brett Cannon]

Brett Cannon  added the comment:

My guess is we won't want to take code specific to WolfSSL due to maintenance 
overhead of trying to support another SSL library. There has been talk about 
trying to move away from our OpenSSL dependency and switch to using the OS's 
native secure sockets library which may make this easier to handle for 
third-parties.

But I'm personally going to leave it up to Christian to comment in case I got 
something wrong.

--
nosy: +brett.cannon

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35182] Popen.communicate() breaks when child closes its side of pipe but not exits

[Andriy Maletsky]

Change by Andriy Maletsky :


--
keywords: +patch
pull_requests: +16538
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/17020

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35182] Popen.communicate() breaks when child closes its side of pipe but not exits

[Andriy Maletsky]

Andriy Maletsky  added the comment:

@josh.r but you’re correct regarding cached data that isn’t sent on subsequent 
communicate() calls. If the child consumes the input too slowly, and timeout 
occurs before sending all input, the remaining part will be lost.

Maybe it is not a bug, but it’s quite a confusing behavior, and I think it 
should be mentioned in the doc.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue37645] Replace PyEval_GetFuncName/PyEval_GetFuncDesc

[Ronan Lamy]

Change by Ronan Lamy :


--
nosy: +Ronan.Lamy

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36664] argparse: parser aliases in subparsers stores alias in dest variable

[Dávid Nemeskey]

Dávid Nemeskey  added the comment:

I ran into the same problem. I know of the set_defaults() method, in fact, that 
is what I have always been using. But why was dest added if not to provide a 
better solution?

I agree that changing it would _perhaps_ break some code, so I agree that this 
issue cannot be "fixed" for Python 3.7 (and probably 3.8). But what about 3.9 
or 4.0?

BTW much higher profile backward-incompatible changes do happen in Python; take 
PEP 563 (https://www.python.org/dev/peps/pep-0563/), for instance.

--
nosy: +nemeskeyd

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue37903] IDLE Shell sidebar.

[Stephen Paul Chappell]

Stephen Paul Chappell  added the comment:

Maybe my impression has been false this whole time, but the Python interactive 
interpreter seems to be very similar to the IDLE shell window. My question is, 
"Why not make them even more so?" Having IDLE react to sys.ps1 and sys.ps2 
opens up the shell to similar use cases as having them defined in the 
interactive interpreter. My suggestion is not to have them added as text as is 
usual in a terminal window but to print the values of ps1 and ps2 in the 
proposed ShellIO subclass. That would make label customization possible in a 
way that is already documented and standard.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue37903] IDLE Shell sidebar.

[Tal Einat]

Tal Einat  added the comment:

Stehpen, I'm not sure what your use-case is... To me it seems that sys.ps1 (and 
ps2?) aren't quite relevant any more when using a sidebar, since there are no 
longer inline prompts.

Raymond, with the current PR, this replaces the inline prompts. Making it 
toggle-able could be very awkward. Is this a deal-breaker in your opinion?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38654] `urllib.request.Request` uses mutable value as default value

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

There is nothing wrong with using {} as default value.

--
nosy: +serhiy.storchaka

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue37903] IDLE Shell sidebar.

[Raymond Hettinger]

Raymond Hettinger  added the comment:

Will the current interactive shell continue to be available?

--
nosy: +rhettinger

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6188] Error Evaluating float(x) ** float(y)

[Stephen Paul Chappell]

Change by Stephen Paul Chappell :


--
nosy:  -Zero

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21957] ASCII Formfeed (FF) & ASCII Vertical Tab (VT) Have Hexadecimal Representation

[Stephen Paul Chappell]

Change by Stephen Paul Chappell :


--
nosy:  -Zero

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24185] Add Function for Sending File to Trash (or Recycling Bin)

[Stephen Paul Chappell]

Change by Stephen Paul Chappell :


--
nosy:  -Zero

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21402] tkinter.ttk._val_or_dict assumes tkinter._default_root exists

[Stephen Paul Chappell]

Change by Stephen Paul Chappell :


--
nosy:  -Zero

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18601] Example "command-line interface to difflib" has typographical error

[Stephen Paul Chappell]

Change by Stephen Paul Chappell :


--
nosy:  -Zero

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21537] functools.lru_cache does not cache exceptions

[Stephen Paul Chappell]

Change by Stephen Paul Chappell :


--
nosy:  -Zero

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18558] Iterable glossary entry needs clarification

[Stephen Paul Chappell]

Change by Stephen Paul Chappell :


--
nosy:  -Zero

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31848] "aifc" module does not always initialize "Aifc_read._ssnd_chunk"

[Stephen Paul Chappell]

Change by Stephen Paul Chappell :


--
nosy:  -Zero

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31476] Stdlib source files not installed

[Stephen Paul Chappell]

Change by Stephen Paul Chappell :


--
nosy:  -Zero

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue7676] IDLE shell shouldn't use TABs

[Stephen Paul Chappell]

Change by Stephen Paul Chappell :


--
nosy:  -Zero

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35328] Set a environment variable for venv prompt

[Vinay Sajip]

Change by Vinay Sajip :


--
versions: +Python 3.9 -Python 3.8

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue11410] Use GCC visibility attrs in PyAPI_*

[Vinay Sajip]

Change by Vinay Sajip :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16575] ctypes: unions as arguments

[Vinay Sajip]

Change by Vinay Sajip :


--
assignee: docs@python -> vinay.sajip
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16575] ctypes: unions as arguments

[Vinay Sajip]

Vinay Sajip  added the comment:


New changeset 0118d109d54bf75c99a8b0fa9aeae1a478ac4b7e by Vinay Sajip in branch 
'3.7':
[3.7] bpo-16575: Add checks for unions passed by value to functions. (GH-16799) 
(GH-17017)
https://github.com/python/cpython/commit/0118d109d54bf75c99a8b0fa9aeae1a478ac4b7e


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38655] ipaddress.ip_network('0.0.0.0/0').is_private == True

[pascalhofmann]

New submission from pascalhofmann :

ipaddress.ip_network('0.0.0.0/0').is_private returns True, even though 
0.0.0.0/0 clearly is no private network.

--
components: Library (Lib)
messages: 355753
nosy: pascalhofmann
priority: normal
severity: normal
status: open
title: ipaddress.ip_network('0.0.0.0/0').is_private == True
type: behavior
versions: Python 3.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue37903] IDLE Shell sidebar.

[Stephen Paul Chappell]

Stephen Paul Chappell  added the comment:

The documentation for sys.ps1 and sys.ps2 states that they "are only defined if 
the interpreter is in interactive mode." Since the IDLE shell is meant to be 
interactive (and to reduce the differences between the shell and running Python 
directly), would it be helpful if ps1 and ps2 were defined when running IDLE? 
The shell could then honor their values.

If such a direction was explored, one issue may be that the sidebar could not 
simply be 3 char wide. The documentation also states that non-strings are 
evaluated each time they are needed by the interpreter. This allows for such 
interesting possibilities as shown with the code below but may not be desired 
functionality for the IDLE shell window.

import sys
from datetime import datetime

class TimePrompt:
def __init__(self, prefix, suffix):
self.prefix, self.suffix = prefix, suffix
def __str__(self):
return f'{self.prefix}{datetime.now()}{self.suffix}'

sys.ps1, sys.ps2 = TimePrompt('', ' >>> '), TimePrompt('', ' ... ')

--
nosy: +Zero

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16575] ctypes: unions as arguments

[Vinay Sajip]

Vinay Sajip  added the comment:


New changeset 952899704800a5aa438e84d50f0b6fc498c72e89 by Vinay Sajip in branch 
'3.8':
[3.8] bpo-16575: Add checks for unions passed by value to functions. (GH-16799) 
(GH-17016)
https://github.com/python/cpython/commit/952899704800a5aa438e84d50f0b6fc498c72e89


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38654] `urllib.request.Request` uses mutable value as default value

[Efanzh]

New submission from Efanzh :

The `headers` argument of the `__init__` method of `urllib.request.Request` 
class uses `{}` as default value, which is mutable. It is not a good idea.

--
components: Library (Lib)
messages: 355750
nosy: EFanZh
priority: normal
pull_requests: 16537
severity: normal
status: open
title: `urllib.request.Request` uses mutable value as default value
type: enhancement
versions: Python 3.9

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16575] ctypes: unions as arguments

[Vinay Sajip]

Change by Vinay Sajip :


--
pull_requests: +16536
pull_request: https://github.com/python/cpython/pull/17017

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16575] ctypes: unions as arguments

[Vinay Sajip]

Change by Vinay Sajip :


--
pull_requests: +16535
pull_request: https://github.com/python/cpython/pull/17016

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9182] document “--” as a way to distinguish option w/ narg='+' from positional argument in argparse

[Jackson Riley]

Jackson Riley  added the comment:

Hi all, I'm a newcomer and wanted to try to make this change, is it still 
wanted/needed?

--
nosy: +jacksonriley

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9338] argparse optionals with nargs='?', '*' or '+' can't be followed by positionals

[Jackson Riley]

Jackson Riley  added the comment:

I'm a newcomer and thought about trying to follow up on this and potentially 
update existing patches, would this be a good idea?

--
nosy: +jacksonriley

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue37838] typing.get_type_hints not working with forward-declaration and decorated functions

[Netzeband]

Netzeband  added the comment:

Thanks a lot!

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38652] Remove/update provisional note for asyncio.BufferedProtocol

[Benjamin Edwards]

Benjamin Edwards  added the comment:

Hey Kyle,

I'm a newcomer, would it be ok for me to take on this propsal?

Ben

--
nosy: +benedwards14

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38653] pkgutil.extend_path fails with zipped eggs if not at first place

[Hartmut Goebel]

New submission from Hartmut Goebel :

I have a test site containing nested namespace packages in zipped and unzipped 
eggs_

- nspkg3_aaa.egg - unzipped egg, namespaces: nspkg3
- nspkg3_bbb.egg - zipped egg  , namespaces: nspkg3, nspkg3.bbb
- nspkg3_ccc.egg - unzipped egg, namespaces: nspkg3

When using order "aaa, bbb, ccc" in PYTHONPATH, importing "nspkg3.bbb" FAILS,
whereas
when using order "bbb, aaa, ccc" in PYTHONPATH, importing "nspkg3.bbb" PASSES,

I would expect "nspk3.bbb" to ba importable 8as a namespace package) no matter 
which possition it has in PYTHONPATH.


How to reproduce

Preperation: get hands on the eggs in question:

$ wget https://github.com/pyinstaller/pyinstaller/archive/v3.5.zip
$ unzip v3.5.zip
$ cd pyinstaller-3.5/tests/functional/modules/nspkg3-pkg/

Order "aaa, bbb, ccc": fails

$ PYTHONPATH=nspkg3_aaa.egg:nspkg3_bbb.egg:nspkg3_ccc.egg python3.7 -c "import 
nspkg3.bbb.zzz"
Traceback (most recent call last):
  File "", line 1, in 
ModuleNotFoundError: No module named 'nspkg3.bbb'

Order "bbb, aaa, ccc": passes:

$ PYTHONPATH=nspkg3_bbb.egg:nspkg3_aaa.egg:nspkg3_ccc.egg python3.7 -c "import 
nspkg3.bbb.zzz"
this is module nspkg3.bbb.zzz


Further information

I did some research and found that the zipped egg (bbb) is *not added* to the 
package path when using order "aaa, bbb, ccc":

Order "aaa, bbb, ccc":  bbb is missing here

$ PYTHONPATH=nspkg3_aaa.egg:nspkg3_bbb.egg:nspkg3_ccc.egg \
   python3.7 -c "import nspkg3 ; print(nspkg3.__path__)"
['…/nspkg3_aaa.egg/nspkg3', '…/nspkg3_ccc.egg/nspkg3']

Order "bbb, aaa, ccc":  bbb is included

$ PYTHONPATH=nspkg3_bbb.egg:nspkg3_aaa.egg:nspkg3_ccc.egg \
   python3.7 -c "import nspkg3 ; print(nspkg3.__path__)"
['…/nspkg3_bbb.egg/nspkg3', '…/nspkg3_aaa.egg/nspkg3', 
'…/nspkg3_ccc.egg/nspkg3']


Also tested with Python 2.7: Same results

--
components: Library (Lib)
messages: 355745
nosy: htgoebel
priority: normal
severity: normal
status: open
title: pkgutil.extend_path fails with zipped eggs if not at first place
type: behavior
versions: Python 2.7, Python 3.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38629] float is missing __ceil__() and __floor__(), required by numbers.Real

[Vedran Čačić]

Vedran Čačić  added the comment:

However, this is an instance of a general problem: whenever we want to strongly 
type (via dunders) protocols that specialcase builtin types, we will have to 
choose between three options:

* special case them also in typing engine, complicating the typing engine
* implement dummy dunders, puzzling readers of the code
* implement dunders that do the right thing but never actually execute, 
puzzling Serhiy (and probably others)
* implement dunders that are actually called (un-specialcasing builtin types), 
slowing down the common path

Do we have a preference for a "default" position when we encounter such 
problems in the future? Of course, we can override it on a case-by-case basis 
in the presence of good arguments, but still, a default would be nice to have.

I don't know much about static typing (which is why I loved Python until this 
typing craze happened:), but it seems to me that we might have another option: 
we can currently say that a type might be a virtual subclass of an abstract 
class in more than one way, right? For example, we still support old-style 
iterators (via __getitem__ and IndexError), IIRC. So, can we say that a type 
can implement numbers.Real also in two ways: by having some dunders, or by 
being (a literal or a subtype of) float?

--
nosy: +veky

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38600] Change the mark up of NULL

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38312] curses: add `set_tabsize` and `set_escdelay`

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38312] curses: add `set_tabsize` and `set_escdelay`

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:


New changeset b32cb97bce472dad337c6b2f071883f6234e21d8 by Serhiy Storchaka 
(Anthony Sottile) in branch 'master':
bpo-38312: Add curses.{get,set}_escdelay and curses.{get,set}_tabsize. 
(GH-16938)
https://github.com/python/cpython/commit/b32cb97bce472dad337c6b2f071883f6234e21d8


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38586] logging: handlers names are not set when using fileConfig

[Vinay Sajip]

Change by Vinay Sajip :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
type:  -> enhancement

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38586] logging: handlers names are not set when using fileConfig

[Vinay Sajip]

Vinay Sajip  added the comment:


New changeset b15100fe7def8580c78ed16f0bb4b72b2ae7af3f by Vinay Sajip (Lucas 
Cimon) in branch 'master':
bpo-38586: setting logging.Handler .name property in fileConfig (GH-16918)
https://github.com/python/cpython/commit/b15100fe7def8580c78ed16f0bb4b72b2ae7af3f


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16575] ctypes: unions as arguments

[Vinay Sajip]

Vinay Sajip  added the comment:


New changeset 79d4ed102a5069c6cebaed2627cb1645637f0429 by Vinay Sajip in branch 
'master':
bpo-16575: Add checks for unions passed by value to functions. (GH-16799)
https://github.com/python/cpython/commit/79d4ed102a5069c6cebaed2627cb1645637f0429


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22367] Add open_file_descriptor parameter to fcntl.lockf() (use the new F_OFD_SETLK flag)

[Dong-hee Na]

Change by Dong-hee Na :


--
pull_requests: +16534
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/17010

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38652] Remove/update provisional note for asyncio.BufferedProtocol

[Kyle Stanley]

Change by Kyle Stanley :


--
components: +asyncio

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38652] Remove/update provisional note for asyncio.BufferedProtocol

[Kyle Stanley]

Kyle Stanley  added the comment:

> I would propose to changing it to:

propose changing it to*

Also, I think this issue would be a good candidate for "newcomer friendly", 
since it's a simple and well-defined documentation update. It could provide a 
decent introduction for contributing to CPython.

--
keywords: +newcomer friendly

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38652] Remove/update provisional note for asyncio.BufferedProtocol

[Kyle Stanley]

New submission from Kyle Stanley :

In the documentation 
(https://docs.python.org/3.9/library/asyncio-protocol.html#buffered-streaming-protocols)
 for asyncio.BufferedProtocol there is a provisional API note. This should be 
updated/removed for 3.8 and 3.9 since it became a part of the stable API in 3.8.

Current:

> New in version 3.7: Important: this has been added to asyncio in Python 3.7 
> on a provisional basis! This is as an experimental API that might be changed 
> or removed completely in Python 3.8.

I would propose to changing it to:

> New in version 3.7.

--
assignee: docs@python
components: Documentation
messages: 355739
nosy: aeros, asvetlov, docs@python, yselivanov
priority: normal
severity: normal
status: open
title: Remove/update provisional note for asyncio.BufferedProtocol
versions: Python 3.8, Python 3.9

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com