From report at bugs.python.org  Mon Sep  2 01:27:22 2019
From: report at bugs.python.org (Kyle Stanley)
Date: Mon, 02 Sep 2019 05:27:22 +0000
Subject: [docs] [issue37934] Docs: Clarify NotImplemented use cases
In-Reply-To: <1566596946.3.0.57144717386.issue37934@roundup.psfhosted.org>
Message-ID: <1567402042.26.0.923463605899.issue37934@roundup.psfhosted.org>


Kyle Stanley <aeros167 at gmail.com> added the comment:

Thanks for the feedback Vedran and Raymond.

> It is not the purpose of the docs to list use cases.  Mostly we say what something does or how it is defined. As Vedran says, how people use it is their own business.

The underlying issue here seems to be that I misunderstood the existing section to suggest to suggest binary special methods are the only use case, which is probably a good argument in favor of not listing additional use cases. This can be misinterpreted as suggesting that others are not recommended, and lead to further confusion.


First sentence of the NotImplemented documentation:

> Special value which should be returned by the binary special methods (e.g. __eq__(), __lt__(), __add__(), __rsub__(), etc.) to indicate that the operation is not implemented with respect to the other type; may be returned by the in-place binary special methods (e.g. __imul__(), __iand__(), etc.) for the same purpose. 

Would it be viable to rephrase the existing section in a manner that explains the functional purpose of NotImplemented without revolving around its use case in binary special methods?

> Also, please be careful expanded the docs.  They quickly become a promise.

Good point, I may not have adequately considered that mentioning a use case turns into a promise for that functionality. This could easily result in a significant long-term maintenance cost.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37934>
_______________________________________

From report at bugs.python.org  Mon Sep  2 01:45:05 2019
From: report at bugs.python.org (Kyle Stanley)
Date: Mon, 02 Sep 2019 05:45:05 +0000
Subject: [docs] [issue37934] Docs: Clarify NotImplemented use cases
In-Reply-To: <1566596946.3.0.57144717386.issue37934@roundup.psfhosted.org>
Message-ID: <1567403105.67.0.510346052663.issue37934@roundup.psfhosted.org>


Kyle Stanley <aeros167 at gmail.com> added the comment:

> Would it be viable to rephrase the existing section in a manner that explains the functional purpose of NotImplemented without revolving around its use case in binary special methods?

To expand further upon this, here's an initial idea for improving the first sentence:

A special value used to indicate that an operation is not supported between specific types.

The section regarding it's usage in binary special methods could potentially remain. I'm thinking the main issue here (if there is one) is that the NotImplemented constant is defined _exclusively_ from a specific use case, rather than its general purpose.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37934>
_______________________________________

From report at bugs.python.org  Mon Sep  2 03:57:04 2019
From: report at bugs.python.org (Inada Naoki)
Date: Mon, 02 Sep 2019 07:57:04 +0000
Subject: [docs] [issue38004] Duplicated sections in changelog
Message-ID: <1567411024.45.0.536092660752.issue38004@roundup.psfhosted.org>


New submission from Inada Naoki <songofacandy at gmail.com>:

See TOC in https://docs.python.org/3.7/whatsnew/changelog.html

Some releases (*) have multiple "Library" and "Security" sections.

(*) e.g. 3.6.0a3, 3.6.0a2, 3.6.0a1, 3.5.3rc1, 3.5.2rc1

----------
assignee: docs at python
components: Documentation
messages: 350971
nosy: docs at python, inada.naoki
priority: normal
severity: normal
status: open
title: Duplicated sections in changelog
versions: Python 3.7, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38004>
_______________________________________

From report at bugs.python.org  Mon Sep  2 04:08:53 2019
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Mon, 02 Sep 2019 08:08:53 +0000
Subject: [docs] [issue38004] Duplicated sections in changelog
In-Reply-To: <1567411024.45.0.536092660752.issue38004@roundup.psfhosted.org>
Message-ID: <1567411733.33.0.58445533382.issue38004@roundup.psfhosted.org>


Change by Karthikeyan Singaravelan <tir.karthi at gmail.com>:


----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38004>
_______________________________________

From harri at afaics.de  Sun Sep  1 04:47:50 2019
From: harri at afaics.de (Harald Dunkel)
Date: Sun, 1 Sep 2019 10:47:50 +0200
Subject: [docs] bad example for os.walk
Message-ID: <17bc7475-b00d-e6a8-c6bf-c71e8d814dd4@afaics.de>

Hi folks,

the first example for os.walk on

	https://docs.python.org/3/library/os.html

doesn't work for broken symbolic links. Should be
easy to fix.


Regards
Harri

From robert.kahlert at gmail.com  Sun Sep  1 14:38:56 2019
From: robert.kahlert at gmail.com (Robert C Kahlert)
Date: Sun, 1 Sep 2019 20:38:56 +0200
Subject: [docs] Queue module example does not use task_completed on None
 messages
Message-ID: <CAC3P2U32z11PodNAHm9NwPUahTQ0SqkDT=-=sXZ0CZ8GSgu_HQ@mail.gmail.com>

https://docs.python.org/3/library/queue.html#queue-objects (version 3.7.4)

That leads to the confusing result that if, after putting the None on the
queue, the main thread tries another q.join(), it blocks forever.

def worker():
    while True:
        item = q.get()
        if item is None:            q.task_done # <== ADDED
            break
        do_work(item)
        q.task_done()
q = queue.Queue()threads = []for i in range(num_worker_threads):
    t = threading.Thread(target=worker)
    t.start()
    threads.append(t)
for item in source():
    q.put(item)
# block until all tasks are doneq.join()
# stop workersfor i in range(num_worker_threads):
    q.put(None)for t in threads:
    t.join()

It might be altogether more natural to write the worker as:

def worker():
    go_on = True
    while go_on:
      item = q.get()
      if item is None:
         go_on = False
      else
         do_work(item)
      q.task_done()

That makes it clear that all tasks have to be acquitted in order for the
queue to be clear on what is going on and when all is finished.

Best
--rck
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/docs/attachments/20190901/0ed913c1/attachment-0001.html>

From julien at palard.fr  Mon Sep  2 05:50:21 2019
From: julien at palard.fr (Julien Palard)
Date: Mon, 02 Sep 2019 09:50:21 +0000
Subject: [docs] Inadequate documentation on re.sub()
In-Reply-To: <CAKd6oBzaNqKmbY4Rrv+C=a8yn1dQZowOx5HG9vBC4Ztt6BsMWw@mail.gmail.com>
References: <CAKd6oBzaNqKmbY4Rrv+C=a8yn1dQZowOx5HG9vBC4Ztt6BsMWw@mail.gmail.com>
Message-ID: <J-N6EzyOWP0Jg59yme5aTbJcs_n3lhh9atZ1W2-PICiJClD_tFT9RRYUK3oWToOGStm_CUNjbInzx39fi7r71Cx1F_IqD2-RZ73_cSHvXx8=@palard.fr>

Hi Malik!

I think you're mixing two concepts:
- re.sub DO interpret backslash sequences
- Python strings DO interpret backslash sequences

And both are partially doing the same interpretation:

>>> re.sub(" ", "\n", " ")
'\n'
>>> re.sub(" ", r"\n", " ")
'\n'

In the first example, "\n" is interpreted by the string literal, before the function call, a single character (newline) is passed to the function.
In the second example,  "\n" is not interpreted by the string (due to the r (row) prefix), so two characters are given to the function, which interprets them as a newline.

So in the sentence: "if it is a string, any backslash escapes in it are processed", the doc speak about the sub function interpreting the sequence, not the sequence being interpreted by the string.

If I got your misunderstanding right, maybe the following wording would help:

> if it is a string, any backslash escapes in it are processed by the ``sub`` function.

does it?
--
Julien Palard
https://mdk.fr


From julien at palard.fr  Mon Sep  2 05:57:06 2019
From: julien at palard.fr (Julien Palard)
Date: Mon, 02 Sep 2019 09:57:06 +0000
Subject: [docs] Wrong roman numeral
In-Reply-To: <trinity-985fe5eb-4c47-48e3-ba77-87204f9236f4-1566884703430@3c-app-webde-bs62>
References: <trinity-985fe5eb-4c47-48e3-ba77-87204f9236f4-1566884703430@3c-app-webde-bs62>
Message-ID: <unoNOBZbu3aG60QPta7kMzn_CBAfIdqbYpOIefHweCHVYIQbYw0IYgbuoPRKUNcnnmgjtgpgzvefqhA-CmLRUcDOJi1vXv1hvee2gIYmOsw=@palard.fr>

Hi! Thanks for reporting!

> I would like to inform you that there is an error regarding the Roman numerals:
>
> https://docs.python.org/3/howto/unicode.html
>
> VII is not the Roman numeral eight, it is the Roman numeral seven. The associated screenshot is attached.

Looks like this has been fixed one day before your email:

https://github.com/python/cpython/commit/77df9a157338f694b10961c44dfe48f7a39b3ad2

Bests,
--?
Julien Palard
https://mdk.fr


From report at bugs.python.org  Mon Sep  2 10:24:34 2019
From: report at bugs.python.org (=?utf-8?b?VmVkcmFuIMSMYcSNacSH?=)
Date: Mon, 02 Sep 2019 14:24:34 +0000
Subject: [docs] [issue37934] Docs: Clarify NotImplemented use cases
In-Reply-To: <1566596946.3.0.57144717386.issue37934@roundup.psfhosted.org>
Message-ID: <1567434274.73.0.196274883372.issue37934@roundup.psfhosted.org>


Vedran ?a?i? <vedgar at gmail.com> added the comment:

Sorry, I think you still don't understand.

The emulation of double dispatch by single dispatch, with all complications it brings, is the only reason NotImplemented exists. If Python didn't have binary operators (or inheritance), I'm quite sure it wouldn't have NotImplemented. The idea was never "oh, this method isn't supported", but much more precise "this half of protocol, with given ordering of operands according to a class hierarchy, isn't implemented - try the other half".

Of course, you might argue that _once Python has NotImplemented_, it can be used elsewhere - but as I said, I don't think it should be encouraged.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37934>
_______________________________________

From report at bugs.python.org  Mon Sep  2 12:01:27 2019
From: report at bugs.python.org (Jason R. Coombs)
Date: Mon, 02 Sep 2019 16:01:27 +0000
Subject: [docs] [issue36853] inconsistencies in docs builds (Sphinx 2)
In-Reply-To: <1557331408.26.0.606381835406.issue36853@roundup.psfhosted.org>
Message-ID: <1567440087.38.0.788451329919.issue36853@roundup.psfhosted.org>


Jason R. Coombs <jaraco at jaraco.com> added the comment:


New changeset e1786b54162e2bfb01ca5aafa19d596c4af5a803 by Jason R. Coombs (Anthony Sottile) in branch 'master':
bpo-36853: Fix suspicious.py to actually print the unused rules (#13579)
https://github.com/python/cpython/commit/e1786b54162e2bfb01ca5aafa19d596c4af5a803


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36853>
_______________________________________

From report at bugs.python.org  Mon Sep  2 12:01:36 2019
From: report at bugs.python.org (miss-islington)
Date: Mon, 02 Sep 2019 16:01:36 +0000
Subject: [docs] [issue36853] inconsistencies in docs builds (Sphinx 2)
In-Reply-To: <1557331408.26.0.606381835406.issue36853@roundup.psfhosted.org>
Message-ID: <1567440096.64.0.312735937336.issue36853@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15316
pull_request: https://github.com/python/cpython/pull/15649

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36853>
_______________________________________

From report at bugs.python.org  Mon Sep  2 12:12:22 2019
From: report at bugs.python.org (Jason R. Coombs)
Date: Mon, 02 Sep 2019 16:12:22 +0000
Subject: [docs] [issue36853] inconsistencies in docs builds (Sphinx 2)
In-Reply-To: <1557331408.26.0.606381835406.issue36853@roundup.psfhosted.org>
Message-ID: <1567440742.45.0.9015314334.issue36853@roundup.psfhosted.org>


Jason R. Coombs <jaraco at jaraco.com> added the comment:


New changeset b365cfae4675ae90df329cb1179a5664e8283c13 by Jason R. Coombs (Miss Islington (bot)) in branch '3.8':
bpo-36853: Fix suspicious.py to actually print the unused rules (GH-13579) (GH-15649)
https://github.com/python/cpython/commit/b365cfae4675ae90df329cb1179a5664e8283c13


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36853>
_______________________________________

From report at bugs.python.org  Mon Sep  2 13:31:50 2019
From: report at bugs.python.org (Anthony Sottile)
Date: Mon, 02 Sep 2019 17:31:50 +0000
Subject: [docs] [issue36853] inconsistencies in docs builds (Sphinx 2)
In-Reply-To: <1557331408.26.0.606381835406.issue36853@roundup.psfhosted.org>
Message-ID: <1567445510.81.0.871113889281.issue36853@roundup.psfhosted.org>


Change by Anthony Sottile <asottile at umich.edu>:


----------
pull_requests: +15320
pull_request: https://github.com/python/cpython/pull/15653

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36853>
_______________________________________

From report at bugs.python.org  Mon Sep  2 13:39:20 2019
From: report at bugs.python.org (Stefan Behnel)
Date: Mon, 02 Sep 2019 17:39:20 +0000
Subject: [docs] [issue38011] xml.dom.pulldom splits text data at buffer size
 when parsing from file
In-Reply-To: <1567441502.07.0.479687799441.issue38011@roundup.psfhosted.org>
Message-ID: <1567445960.2.0.876613389524.issue38011@roundup.psfhosted.org>


Stefan Behnel <stefan_ml at behnel.de> added the comment:

I don't see anything inherently wrong with having multiple text nodes.

In fact, input with very large text content can be considered a security threat (c.f. compression bombs), so a tool like pulldom (which is designed for incremental processing) should not start collecting more content than the user asked for. Getting multiple text nodes in some cases seems an ok-ish price to pay.

A documentation PR is welcome.

----------
assignee:  -> docs at python
components: +Documentation
nosy: +docs at python
versions: +Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38011>
_______________________________________

From report at bugs.python.org  Mon Sep  2 15:17:28 2019
From: report at bugs.python.org (Jason R. Coombs)
Date: Mon, 02 Sep 2019 19:17:28 +0000
Subject: [docs] [issue36853] inconsistencies in docs builds (Sphinx 2)
In-Reply-To: <1557331408.26.0.606381835406.issue36853@roundup.psfhosted.org>
Message-ID: <1567451848.47.0.244053467199.issue36853@roundup.psfhosted.org>


Jason R. Coombs <jaraco at jaraco.com> added the comment:


New changeset ebe709dc1d7c1f9f07dc7d77e53674d2500b223e by Jason R. Coombs (Anthony Sottile) in branch '3.7':
bpo-36853: Fix suspicious.py to actually print the unused rules (#13579) (#15653)
https://github.com/python/cpython/commit/ebe709dc1d7c1f9f07dc7d77e53674d2500b223e


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36853>
_______________________________________

From watalo at 163.com  Mon Sep  2 12:27:35 2019
From: watalo at 163.com (=?UTF-8?B?5p2o5L2z55Cq?=)
Date: Tue, 3 Sep 2019 00:27:35 +0800 (GMT+08:00)
Subject: [docs] =?utf-8?q?Please_help_me=EF=BC=8CHow_can_I_download_Pytho?=
 =?utf-8?q?n3=2E7=2E4_Help=28=2Echm=29__files_in_Simplified_Chinese?=
 =?utf-8?b?77yf?=
Message-ID: <b0d270d.8067.16cf2cd987f.Coremail.watalo@163.com>

Hi?
I'm a new guy who is learning Python without any programming experience. And I'm learning English at the same time. So it's hard to me for understanding Python3.7.4 Help(.chm)  files in English.I tried to search the Internet for a Chinese version,but failed. 
So,if there is Python3.7.4 Help(.chm)  files in Simplified Chinese?Please tell me where I can download it.


Best wishes?


watalo form China



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/docs/attachments/20190903/92cb70b4/attachment-0001.html>

From report at bugs.python.org  Tue Sep  3 00:38:48 2019
From: report at bugs.python.org (Kyle Stanley)
Date: Tue, 03 Sep 2019 04:38:48 +0000
Subject: [docs] [issue37934] Docs: Clarify NotImplemented use cases
In-Reply-To: <1566596946.3.0.57144717386.issue37934@roundup.psfhosted.org>
Message-ID: <1567485528.15.0.452104494482.issue37934@roundup.psfhosted.org>


Kyle Stanley <aeros167 at gmail.com> added the comment:

Thanks for the explanation.

> Of course, you might argue that _once Python has NotImplemented_, it can be used elsewhere - but as I said, I don't think it should be encouraged.

Hmm, okay. My understanding of Raymond's explanation was more so "let's not encourage this because we don't want to guarantee the behavior" rather than "using it outside of binary operators shoudn't be encouraged".

Prior to Jerome's usage of it in ``fractions._as_integer_ratio()`` (https://github.com/python/cpython/pull/15327/files), I had not seen it used outside of special binary operators. I thought it was an interesting usage of NotImplemented, and the current phrasing of the documentation seemed to implicitly discourage it from being used in that manner.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37934>
_______________________________________

From report at bugs.python.org  Tue Sep  3 00:50:37 2019
From: report at bugs.python.org (=?utf-8?b?VmVkcmFuIMSMYcSNacSH?=)
Date: Tue, 03 Sep 2019 04:50:37 +0000
Subject: [docs] [issue37934] Docs: Clarify NotImplemented use cases
In-Reply-To: <1566596946.3.0.57144717386.issue37934@roundup.psfhosted.org>
Message-ID: <1567486237.71.0.298468745004.issue37934@roundup.psfhosted.org>


Vedran ?a?i? <vedgar at gmail.com> added the comment:

Of course, languages evolve. Annotations were introduced just for function arguments, now we use them almost everywhere. Generators were simply loop managers, now they've blown up to complete asynchronous programming beasts. Ellipsis was introduced for easier slicing of n-dimensional objects, now we have it all over the language - precisely because it's so versatile. NotImplemented, I _think_ (but I'm really no expert), is not.

As you say, we currently have only one usage of NotImplemented outside its intended purpose. Maybe we should wait to see whether it becomes at least a little bit more popular, before thinking about blessing it.

About Raymond's post: well, there can be orthogonal reasons why something isn't a good idea. That doesn't mean it _is_ a good idea. :-]

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37934>
_______________________________________

From report at bugs.python.org  Tue Sep  3 00:52:53 2019
From: report at bugs.python.org (Ned Deily)
Date: Tue, 03 Sep 2019 04:52:53 +0000
Subject: [docs] [issue38004] Duplicated sections in changelog
In-Reply-To: <1567411024.45.0.536092660752.issue38004@roundup.psfhosted.org>
Message-ID: <1567486372.98.0.853407903537.issue38004@roundup.psfhosted.org>


Ned Deily <nad at python.org> added the comment:

I'm not sure what happened here or why we haven't noticed it before.  For example, it appears that the consolidated blurb file for the earliest example, 3.5.2rc1.rst, has not been modified since its original blurbification (in b902833f35efa1053f75d7b37769b27cb39e2682) and the sections are not sorted and consolidated properly there, i.e. Security entries, then Library, then Security again, etc etc. I"m assuming blurb requires all entries for a section to be contiguous. If so, we'll need to reorder the entries in the affected .rst files perhaps with blurb's aid.  Perhaps Larry has an insight on what the easiest approach might be to do that.

After fixing the .rst files for the affected releases, it would be a good time to forward port the current versions to later release branches and master so that the changelogs produced in newer releases is complete for older releases (forward port Misc/NEWS.d entries from 3.4 -> 3.5 -> 3.6 -> ... -> master).

----------
nosy: +larry
versions: +Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38004>
_______________________________________

From report at bugs.python.org  Tue Sep  3 01:06:33 2019
From: report at bugs.python.org (Ned Deily)
Date: Tue, 03 Sep 2019 05:06:33 +0000
Subject: [docs] [issue38004] Duplicated sections in changelog
In-Reply-To: <1567411024.45.0.536092660752.issue38004@roundup.psfhosted.org>
Message-ID: <1567487193.36.0.367202866494.issue38004@roundup.psfhosted.org>


Ned Deily <nad at python.org> added the comment:

Ah, some further insight: I realized that the original docset for 3.5.2 is available in the documentation archive.  Comparing the (pre-blurb) changelog from the original release to its current state:

https://docs.python.org/release/3.5.2/whatsnew/changelog.html#python-3-5-2-release-candidate-1

https://docs.python.org/3.5/whatsnew/changelog.html#python-3-5-2-release-candidate-1

It looks like the issues are in the same order in both but some issues were reclassified from Library to Security or from Misc to Windows, for example, (during blurbification I imagine) and that seems to explain the non-contiguous sections.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38004>
_______________________________________

From brentleeper at icloud.com  Mon Sep  2 22:15:01 2019
From: brentleeper at icloud.com (Brent Leeper)
Date: Mon, 2 Sep 2019 21:15:01 -0500
Subject: [docs] Import error macOS
Message-ID: <6A026B54-AE00-4828-83F2-45061F7DD04F@icloud.com>

Hello,

I have been using python3 for several years but have never seen this error.

Description:
After executing ?python3? and starting the cli, I can import the following without error
-from cassandra.cluster import Cluster
Then I exit and run a .py file whose first line is ?from cassandra.cluster import Cluster? which results in the following error.
-Traceback (most recent call last):
  File "cassandra.py", line 1, in <module>
    from cassandra.cluster import Cluster
  File "/Users/<user>/Documents/learning/cassandra.py", line 1, in <module>
    from cassandra.cluster import Cluster
ModuleNotFoundError: No module named 'cassandra.cluster'; 'cassandra' is not a package

Sure, the import did not work. But the next part is the issue. 

Now I return back to the cli by executing ?python3? and I enter the following (the same as above?)
-from cassandra.cluster import Cluster

Now I get this error:
-Python 3.7.4 (v3.7.4:e09359112e, Jul  8 2019, 14:54:52) 
[Clang 6.0 (clang-600.0.57)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> from cassandra.cluster import Cluster
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/Users/<user>/Documents/learning/cassandra.py", line 1, in <module>
    from cassandra.cluster import Cluster
ModuleNotFoundError: No module named 'cassandra.cluster'; 'cassandra' is not a package

The error is referencing the file but I am not executing it. This is very odd. 
This continues until I close the terminal instance and open a new one and is reproducible if you take the above steps on my system.

If you would like further details, please let me know.


Thanks,
Brent

From report at bugs.python.org  Tue Sep  3 06:59:56 2019
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 03 Sep 2019 10:59:56 +0000
Subject: [docs] [issue30076] Opcode names BUILD_MAP_UNPACK_WITH_CALL and
 BUILD_TUPLE_UNPACK_WITH_CALL are too long
In-Reply-To: <1492277239.5.0.348724747458.issue30076@psf.upfronthosting.co.za>
Message-ID: <1567508396.71.0.361387962425.issue30076@roundup.psfhosted.org>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Reviewing this again now, I think my previous naming suggestion is problematic, as it encourages conflating two different concepts that use similar syntax:

* collecting arbitrary positional parameters in a tuple (VAR_POSITIONAL) or arbitrary keyword parameters in a dictionary (VAR_POSITIONAL, VAR_KEYWORD)
* unpacking function arguments from iterables (BUILD_VAR_POSITIONAL) or mappings (BUILD_VAR_KEYWORD)

I think the fix for that error is straightforward though: replace "VAR" with "ARG" in the new opcode names, giving:

* BUILD_ARG_POSITIONAL
* BUILD_ARG_KEYWORD

That should also read nicely with Zackery's documentation updates.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30076>
_______________________________________

From report at bugs.python.org  Tue Sep  3 07:13:43 2019
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 03 Sep 2019 11:13:43 +0000
Subject: [docs] [issue30076] Opcode names BUILD_MAP_UNPACK_WITH_CALL and
 BUILD_TUPLE_UNPACK_WITH_CALL are too long
In-Reply-To: <1492277239.5.0.348724747458.issue30076@psf.upfronthosting.co.za>
Message-ID: <1567509223.52.0.516813832585.issue30076@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

These opcodes are always used with CALL_FUNCTION_EX (which can be used also without any of them).

f(*a, *b, **c, **d)
  1           0 LOAD_NAME                0 (f)
              2 LOAD_NAME                1 (a)
              4 LOAD_NAME                2 (b)
              6 BUILD_TUPLE_UNPACK_WITH_CALL     2
              8 LOAD_NAME                3 (c)
             10 LOAD_NAME                4 (d)
             12 BUILD_MAP_UNPACK_WITH_CALL     2
             14 CALL_FUNCTION_EX         1

I though about naming CALL_FUNCTION_EX as CALL_FUNCTION_VAR in 3.6, but this name was used in pre-3.6 bytecode with different semantic. Now I think there is smaller change of confusion, so it can be renamed to CALL_FUNCTION_VAR or something other.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30076>
_______________________________________

From report at bugs.python.org  Tue Sep  3 10:00:53 2019
From: report at bugs.python.org (Niklas Sombert)
Date: Tue, 03 Sep 2019 14:00:53 +0000
Subject: [docs] [issue34226] cgi.parse_multipart() requires undocumented
 CONTENT-LENGTH in Python 3.7
In-Reply-To: <1532530540.72.0.56676864532.issue34226@psf.upfronthosting.co.za>
Message-ID: <1567519253.58.0.612383760008.issue34226@roundup.psfhosted.org>


Change by Niklas Sombert <niklas at ytvwld.de>:


----------
nosy: +ytvwld

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34226>
_______________________________________

From rgamble99 at gmail.com  Tue Sep  3 09:46:38 2019
From: rgamble99 at gmail.com (Robert Gamble)
Date: Tue, 3 Sep 2019 09:46:38 -0400
Subject: [docs] Incorrect description of != involving NaN operands
Message-ID: <CALAmCSwgUKEGwX2fGhXP0MR5Ki_XggreLqtFuaxFyk9WsS9UgQ@mail.gmail.com>

In 6.10.1. Value comparisons
<https://docs.python.org/3/reference/expressions.html#value-comparisons>,
the following paragraph appears (emphasis mine):

The not-a-number values float('NaN') and decimal.Decimal('NaN') are
special. Any ordered comparison of a number to a not-a-number value is
false. A counter-intuitive implication is that *not-a-number values are not
equal to themselves*. For example, if x = float('NaN'), 3 < x, x < 3, x ==x
, *x != x* are all false. This behavior is compliant with IEEE 754.

The underlined portion is correct but the the part about *x != x* being
false (which conflicts with the underlined portion) is incorrect.  NaN !=
NaN evaluates to *True*, both in Python 2 and 3 and under IEEE 754.

-- 
Thanks,

Robert Gamble
http://www.robertgamble.net/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/docs/attachments/20190903/447c08f0/attachment.html>

From report at bugs.python.org  Wed Sep  4 02:39:43 2019
From: report at bugs.python.org (sushma)
Date: Wed, 04 Sep 2019 06:39:43 +0000
Subject: [docs] [issue37970] urllib.parse docstrings incomplete
In-Reply-To: <1567009599.74.0.471882594509.issue37970@roundup.psfhosted.org>
Message-ID: <1567579183.3.0.00292382784354.issue37970@roundup.psfhosted.org>


sushma <sushma.y at gmail.com> added the comment:

hello!

I can see that we might want to add documentation for splitting netloc, but I don't understand why we'd have scheme and netloc, but nothing for path and query. What are you suggesting we add for scheme/allow_fragements? 

Thanks!

----------
nosy: +syadlapalli

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37970>
_______________________________________

From malik.a.rumi at gmail.com  Tue Sep  3 13:57:15 2019
From: malik.a.rumi at gmail.com (Malik Rumi)
Date: Tue, 3 Sep 2019 12:57:15 -0500
Subject: [docs] Inadequate documentation on re.sub()
In-Reply-To: <J-N6EzyOWP0Jg59yme5aTbJcs_n3lhh9atZ1W2-PICiJClD_tFT9RRYUK3oWToOGStm_CUNjbInzx39fi7r71Cx1F_IqD2-RZ73_cSHvXx8=@palard.fr>
References: <CAKd6oBzaNqKmbY4Rrv+C=a8yn1dQZowOx5HG9vBC4Ztt6BsMWw@mail.gmail.com>
 <J-N6EzyOWP0Jg59yme5aTbJcs_n3lhh9atZ1W2-PICiJClD_tFT9RRYUK3oWToOGStm_CUNjbInzx39fi7r71Cx1F_IqD2-RZ73_cSHvXx8=@palard.fr>
Message-ID: <CAKd6oByvx7WkLc63Wjp2nscyDcRoSAaxqQ5SVTd2onZKWHZcvQ@mail.gmail.com>

What I didn't understand was:

1. That \d was not 'recognized' in Python.
It is so common in regex I never thought otherwise. But Python only has \n,
\t, and one or two others, maybe, and that's it.

2. How to code my way around this issue.
If it were not for finding the language in that bug report, as I already
said, I would never have been able to solve the problem. That's why I
suggested the new clarifying language.


*?None of you has faith until he loves for his brother or his neighbor what
he loves for himself.?*


On Mon, Sep 2, 2019 at 4:50 AM Julien Palard <julien at palard.fr> wrote:

> Hi Malik!
>
> I think you're mixing two concepts:
> - re.sub DO interpret backslash sequences
> - Python strings DO interpret backslash sequences
>
> And both are partially doing the same interpretation:
>
> >>> re.sub(" ", "\n", " ")
> '\n'
> >>> re.sub(" ", r"\n", " ")
> '\n'
>
> In the first example, "\n" is interpreted by the string literal, before
> the function call, a single character (newline) is passed to the function.
> In the second example,  "\n" is not interpreted by the string (due to the
> r (row) prefix), so two characters are given to the function, which
> interprets them as a newline.
>
> So in the sentence: "if it is a string, any backslash escapes in it are
> processed", the doc speak about the sub function interpreting the sequence,
> not the sequence being interpreted by the string.
>
> If I got your misunderstanding right, maybe the following wording would
> help:
>
> > if it is a string, any backslash escapes in it are processed by the
> ``sub`` function.
>
> does it?
> --
> Julien Palard
> https://mdk.fr
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/docs/attachments/20190903/53015562/attachment.html>

From sangeetamchauhan at gmail.com  Wed Sep  4 03:10:02 2019
From: sangeetamchauhan at gmail.com (Sangeeta Chauhan)
Date: Wed, 4 Sep 2019 12:40:02 +0530
Subject: [docs] Python BUg
Message-ID: <CAEO0aX-XCGNS0Vx-tvy=OjQHc9ZtyLtjMuZMRqit5bk+=_4tXQ@mail.gmail.com>

Precedence of Operatpors is not working in the following cases

>>> 6 or 5>"g"
6
>>> 6 or 5 > "g"
6
>>> 6 or (5 > "g")
6
>>> 6 or (5 > "g")

in the above examples precedence must be given to relational operators and
according to that it should generate error but it is giving output
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/docs/attachments/20190904/b208e0c4/attachment.html>

From julien at palard.fr  Wed Sep  4 04:12:31 2019
From: julien at palard.fr (Julien Palard)
Date: Wed, 04 Sep 2019 08:12:31 +0000
Subject: [docs] Inadequate documentation on re.sub()
In-Reply-To: <CAKd6oByvx7WkLc63Wjp2nscyDcRoSAaxqQ5SVTd2onZKWHZcvQ@mail.gmail.com>
References: <CAKd6oBzaNqKmbY4Rrv+C=a8yn1dQZowOx5HG9vBC4Ztt6BsMWw@mail.gmail.com>
 <J-N6EzyOWP0Jg59yme5aTbJcs_n3lhh9atZ1W2-PICiJClD_tFT9RRYUK3oWToOGStm_CUNjbInzx39fi7r71Cx1F_IqD2-RZ73_cSHvXx8=@palard.fr>
 <CAKd6oByvx7WkLc63Wjp2nscyDcRoSAaxqQ5SVTd2onZKWHZcvQ@mail.gmail.com>
Message-ID: <TGQ0QIQOCjYql0Gt-Q5MzVc5VsMQPXzm--9yr96UgZcb-5PG8VZmr5HbzJB5j8jkTdo48hy4KSCqj5k3LDQfuX3dADJEilZU71jc7jp8bIk=@palard.fr>

Hi again,

> 1. That \d was not 'recognized' in Python.

I think you're still mixing "recognized" in string literals VS "recognized" in the regex library.

In string literals, many languages and Python recognize \n, \t and a few others which all happen to be *characters* [1].
In regex libraries, many languages and Python recognize \d and a few others, which all happen to be "characters sets" to match [2].

Am I right in thinkin you're still mixing those two things? Or did I misunderstand you?

[1]: https://docs.python.org/3/reference/lexical_analysis.html#string-and-bytes-literals
[2]: https://docs.python.org/3/library/re.html#regular-expression-syntax

Bests,
--?
Julien Palard
https://mdk.fr


From anastasia.e.k at icloud.com  Wed Sep  4 08:22:06 2019
From: anastasia.e.k at icloud.com (Anastasia Karchevskaya)
Date: Wed, 4 Sep 2019 15:22:06 +0300
Subject: [docs] Can't open bugs tracker from Russia, had to use a VPN
Message-ID: <1D04D2A9-899E-472F-8818-C890B06E697A@icloud.com>

Good day,

I have all of a sudden encountered rather unusual issue:

If I try opening https://bugs.python.org <https://bugs.python.org/> without the VPN, I can?t open the page. I have to use VPN and that comes only at that page, all the other pages work well. Please, do somewhat. Many thx,

BR,

Ana
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/docs/attachments/20190904/53449b92/attachment.html>

From report at bugs.python.org  Wed Sep  4 09:14:06 2019
From: report at bugs.python.org (Srinivas Nyayapati)
Date: Wed, 04 Sep 2019 13:14:06 +0000
Subject: [docs] [issue37891] Exceptions tutorial page does not mention raise
 from
In-Reply-To: <1566285667.91.0.992762773609.issue37891@roundup.psfhosted.org>
Message-ID: <1567602846.22.0.828145405012.issue37891@roundup.psfhosted.org>


Srinivas Nyayapati <shireenrao at gmail.com> added the comment:

Here is my first pass at this. I propose the following sentence be added at the end section 8.4:

If you need to track related exceptions (exceptions during exception handling), you should use exception chaining. You can chain exceptions by using the ``from`` clause. Just raise a new exception class or instance from an existing exception. The existing exception will be set as 
the cause for the new exception.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37891>
_______________________________________

From report at bugs.python.org  Wed Sep  4 10:44:35 2019
From: report at bugs.python.org (Zachary Ware)
Date: Wed, 04 Sep 2019 14:44:35 +0000
Subject: [docs] [issue37970] urllib.parse docstrings incomplete
In-Reply-To: <1567009599.74.0.471882594509.issue37970@roundup.psfhosted.org>
Message-ID: <1567608275.41.0.128645045865.issue37970@roundup.psfhosted.org>


Zachary Ware <zachary.ware at gmail.com> added the comment:

>I don't understand why we'd have scheme and netloc, but nothing for path and query.

I'm not sure what you mean here; can you please clarify?

> What are you suggesting we add for scheme/allow_fragements?

Just a brief description of what effect the arguments actually have on the returned result.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37970>
_______________________________________

From report at bugs.python.org  Wed Sep  4 11:44:36 2019
From: report at bugs.python.org (sushma)
Date: Wed, 04 Sep 2019 15:44:36 +0000
Subject: [docs] [issue37970] urllib.parse docstrings incomplete
In-Reply-To: <1567009599.74.0.471882594509.issue37970@roundup.psfhosted.org>
Message-ID: <1567611876.63.0.328575873585.issue37970@roundup.psfhosted.org>


sushma <sushma.y at gmail.com> added the comment:

I guess what I'm wondering is this: 

urlsplit(url, scheme='', allow_fragments=True)
    Parse a URL into 5 components:
    <scheme>://<netloc>/<path>?<query>#<fragment>
    Return a 5-tuple: (scheme, netloc, path, query, fragment).
    Note that we don't break the components up in smaller bits
    (e.g. netloc is a single string) and we don't expand % escapes.
(END)

We don't have details regarding anything, i.e scheme, netloc, path or query or fragments. So I was curious about why we would have more documentation around netloc and scheme and nothing about path and query

Should we be adding information for all(scheme, netloc, path, query, fragment) of them, including extra attributes of the returned SplitResult? 

p.s - newbie trying to contribute here

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37970>
_______________________________________

From report at bugs.python.org  Wed Sep  4 12:15:50 2019
From: report at bugs.python.org (hai shi)
Date: Wed, 04 Sep 2019 16:15:50 +0000
Subject: [docs] [issue9938] Add optional kwargs to argparse
In-Reply-To: <1285338690.84.0.283413950067.issue9938@psf.upfronthosting.co.za>
Message-ID: <1567613750.58.0.404633241968.issue9938@roundup.psfhosted.org>


Change by hai shi <shihai1991 at 126.com>:


----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue9938>
_______________________________________

From report at bugs.python.org  Wed Sep  4 12:40:10 2019
From: report at bugs.python.org (Zachary Ware)
Date: Wed, 04 Sep 2019 16:40:10 +0000
Subject: [docs] [issue37970] urllib.parse docstrings incomplete
In-Reply-To: <1567009599.74.0.471882594509.issue37970@roundup.psfhosted.org>
Message-ID: <1567615210.83.0.275039174655.issue37970@roundup.psfhosted.org>


Zachary Ware <zachary.ware at gmail.com> added the comment:

I see.  I don't think we need to describe each returned component in the docstring; they're some combination of self-explanatory, described in the reference docs, or just industry-standard terms that are easily defined from other sources.  I'm not suggesting to add anything to the docstring about the `scheme` return component, but rather the *scheme* argument (which is the default value for the `scheme` return component when it's not found in the *url*).  The subcomponents of netloc should be mentioned because the docstring currently gives the impression that the user has to parse them out for themselves, which is not true.

Off the top of my head, I'd suggest changing the `urlsplit` docstring to something like:

```
Parse *url* and return a SplitResult.

SplitResult is a named 5-tuple of the following components:
<scheme>://<netloc>/<path>?<query>#<fragment>

The ``username``, ``password``, ``hostname``, and ``port``
sub-components of ``netloc`` can also be accessed as
attributes of the SplitResult object.

The *scheme* argument provides the default value of the
``scheme`` component when no scheme is found in *url*.

If *allow_fragments* is False, no attempt is made to
separate the ``fragment`` component from the previous
component, which can be either ``path`` or ``query``.

Note that % escapes are not expanded.
```

----------
nosy: +orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37970>
_______________________________________

From zachary.ware+pydocs at gmail.com  Wed Sep  4 13:17:35 2019
From: zachary.ware+pydocs at gmail.com (Zachary Ware)
Date: Wed, 4 Sep 2019 12:17:35 -0500
Subject: [docs] Can't open bugs tracker from Russia, had to use a VPN
In-Reply-To: <1D04D2A9-899E-472F-8818-C890B06E697A@icloud.com>
References: <1D04D2A9-899E-472F-8818-C890B06E697A@icloud.com>
Message-ID: <CAKJDb-MCD8er4vgDr38qxav6eK_jpi_4D=whPowa4juuLfHb4w@mail.gmail.com>

On Wed, Sep 4, 2019 at 7:42 AM Anastasia Karchevskaya via docs
<docs at python.org> wrote:
> I have all of a sudden encountered rather unusual issue:
>
> If I try opening https://bugs.python.org without the VPN, I can?t open the page. I have to use VPN and that comes only at that page, all the other pages work well. Please, do somewhat. Many thx,

Hi Ana,

Unfortunately, this is out of our control.  We have in the past had
other reports of various *.python.org sites being blocked in Russia by
various ISPs.  I'm sorry, but it seems that a VPN is likely to be your
best option.

Regards,

Zach

From report at bugs.python.org  Wed Sep  4 15:03:26 2019
From: report at bugs.python.org (Jeroen Demeyer)
Date: Wed, 04 Sep 2019 19:03:26 +0000
Subject: [docs] [issue37934] Docs: Clarify NotImplemented use cases
In-Reply-To: <1566596946.3.0.57144717386.issue37934@roundup.psfhosted.org>
Message-ID: <1567623806.13.0.84774445162.issue37934@roundup.psfhosted.org>


Jeroen Demeyer <jeroen.k.demeyer at gmail.com> added the comment:

> As you say, we currently have only one usage of NotImplemented outside its intended purpose.

I know at least 3 in CPython, so it's not so rare to use NotImplemented for something else than binary operators:
1. __subclasshook__
2. reducer_override (in pickling)
3. __length_hint__

> Of course, you might argue that _once Python has NotImplemented_, it can be used elsewhere - but as I said, I don't think it should be encouraged.

I'm not saying that it should be actively encouraged, but the documentation shouldn't be limited to just one use case. Given that NotImplemented exists, why shouldn't it be used in more cases to indicate that an operation is not implemented?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37934>
_______________________________________

From report at bugs.python.org  Wed Sep  4 21:23:02 2019
From: report at bugs.python.org (wuck)
Date: Thu, 05 Sep 2019 01:23:02 +0000
Subject: [docs] [issue38034] Typo on logging.handlers.QueueListener
 documentation
Message-ID: <1567646582.17.0.242396034373.issue38034@roundup.psfhosted.org>


New submission from wuck <wirelessduck at gmail.com>:

There appears to be a typo on the documentation page for logging.handlers.QueueListener at https://docs.python.org/3/library/logging.handlers.html#logging.handlers.QueueListener

The line "Changed in version 3.5: The respect_handler_levels argument was added." should instead refer to "Changed in version 3.5: The respect_handler_level argument was added.", removing the 's' at the end of respect_handler_level.

----------
assignee: docs at python
components: Documentation
messages: 351161
nosy: docs at python, wuck
priority: normal
severity: normal
status: open
title: Typo on logging.handlers.QueueListener documentation
versions: Python 3.5, Python 3.6, Python 3.7, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38034>
_______________________________________

From g.brandl at gmx.net  Thu Sep  5 00:49:34 2019
From: g.brandl at gmx.net (Georg Brandl)
Date: Thu, 5 Sep 2019 06:49:34 +0200
Subject: [docs] Documentation bug: struct library,
 endian format chars are reversed
In-Reply-To: <CAAoy8jLQHtE2=EyLsJHB7tjN2urHhLpNn3YoD5LMp45EtJt=Mg@mail.gmail.com>
References: <CAAoy8jLQHtE2=EyLsJHB7tjN2urHhLpNn3YoD5LMp45EtJt=Mg@mail.gmail.com>
Message-ID: <b4445285-b2e7-7610-9422-5f136ef69b46@gmx.net>

On 9/1/19 12:37 AM, Tom Belpasso wrote:
> Dear Python Docs:
> 
> The struct library has table with format values for pack and unpack.
> In section:?7.1.2.1. Byte Order, Size, and Alignment
> 
> The big endian and little endian characters are reversed in the table.
> 
> '>' should be little endian, just like the character looks.
> '<' should be big endian, just like the character.
> 
> I have verified that this is the correct behavior after use the wrong one in my
> program and wondering why I was seeing so many large fluctuations in my plots. I
> had wasted many day's rewiring my prototype to get rid of the noise.? It turned
> out it was just the byte order of my 16bit data what was getting misinterpreted.
> 
> I found the problem, when I was attempting to write a WAV format file, which is
> big endian and it was coming out backwards!
> 
> To verify my assertion:
> ## hex 16 bit number is the bytes for H and L, where 'H' is MS byte
> struct.pack('<H',0x484c)
> # should return: 'b'LH' which is big endian, 'H' is at the end.?
> 
> struct.pack('>H',0x484c)
> # should return: 'b'HL'?

Dear Tom,

unfortunately the naming of big and little endian is quite confusing:
the "end" is actually the beginning when we're talking about the resulting
strings.  I.e., little endian starts out with the LSB, while big endian
starts with the MSB.

I could never remember this either for the longest time...

cheers,
Georg

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 195 bytes
Desc: OpenPGP digital signature
URL: <http://mail.python.org/pipermail/docs/attachments/20190905/dd7397c5/attachment-0001.sig>

From report at bugs.python.org  Thu Sep  5 02:15:34 2019
From: report at bugs.python.org (Niels Albers)
Date: Thu, 05 Sep 2019 06:15:34 +0000
Subject: [docs] [issue37891] Exceptions tutorial page does not mention raise
 from
In-Reply-To: <1566285667.91.0.992762773609.issue37891@roundup.psfhosted.org>
Message-ID: <1567664134.01.0.210055976292.issue37891@roundup.psfhosted.org>


Niels Albers <nralbers at gmail.com> added the comment:

Thanks Srinivas for the suggestion. IMO exception chaining has more utility than only dealing with new exceptions that are caused by exception handling. It's all about preserving exception context. As both a writer of libraries and a user of such, I do like to have a full context chain when I have to handle an exception (or more importantly as a devops engineeer: log it)

Is this edit acceptable?

"If you need to track exception context, you can use exception chaining. You can chain exceptions by using the ``from`` clause. Just raise a new exception class or instance from an existing exception. The existing exception will be set as 
the cause for the new exception."

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37891>
_______________________________________

From report at bugs.python.org  Thu Sep  5 02:46:22 2019
From: report at bugs.python.org (Kyle Stanley)
Date: Thu, 05 Sep 2019 06:46:22 +0000
Subject: [docs] [issue37934] Docs: Clarify NotImplemented use cases
In-Reply-To: <1566596946.3.0.57144717386.issue37934@roundup.psfhosted.org>
Message-ID: <1567665982.12.0.0473294221547.issue37934@roundup.psfhosted.org>


Kyle Stanley <aeros167 at gmail.com> added the comment:

> As you say, we currently have only one usage of NotImplemented outside its intended purpose. Maybe we should wait to see whether it becomes at least a little bit more popular, before thinking about blessing it.

> I know at least 3 in CPython, so it's not so rare to use NotImplemented for something else than binary operators


I'm thinking that it might be worthwhile to start a discussion about this on python-dev, to see what the others think about how the NotImplemented docs should be defined, and whether or not it should be used outside of binary operators.

Based on the feedback from Raymond and Vedran, I'm in agreement that it might not be the best idea in the long term to keep adding additional use cases to the documentation. But, it really doesn't make much sense to me that the constant is entirely defined around a single use case in the doc while we're using it for other purposes throughout CPython.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37934>
_______________________________________

From report at bugs.python.org  Thu Sep  5 03:13:58 2019
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Thu, 05 Sep 2019 07:13:58 +0000
Subject: [docs] [issue38034] Typo on logging.handlers.QueueListener
 documentation
In-Reply-To: <1567646582.17.0.242396034373.issue38034@roundup.psfhosted.org>
Message-ID: <1567667638.81.0.861019225505.issue38034@roundup.psfhosted.org>


Karthikeyan Singaravelan <tir.karthi at gmail.com> added the comment:

Thanks for the report. Would you be able to make a PR for this? I think this is a good newcomer friendly issue.

----------
nosy: +vinay.sajip, xtreak
versions:  -Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38034>
_______________________________________

From report at bugs.python.org  Thu Sep  5 04:47:39 2019
From: report at bugs.python.org (=?utf-8?b?VmVkcmFuIMSMYcSNacSH?=)
Date: Thu, 05 Sep 2019 08:47:39 +0000
Subject: [docs] [issue37934] Docs: Clarify NotImplemented use cases
In-Reply-To: <1566596946.3.0.57144717386.issue37934@roundup.psfhosted.org>
Message-ID: <1567673259.8.0.994563665573.issue37934@roundup.psfhosted.org>


Vedran ?a?i? <vedgar at gmail.com> added the comment:

Of course, if there are independent use cases already in the codebase, then my opinion is changed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37934>
_______________________________________

From report at bugs.python.org  Thu Sep  5 10:15:51 2019
From: report at bugs.python.org (Joannah Nanjekye)
Date: Thu, 05 Sep 2019 14:15:51 +0000
Subject: [docs] [issue15088] PyGen_NeedsFinalizing is public,
 but undocumented
In-Reply-To: <1339906861.99.0.42415214654.issue15088@psf.upfronthosting.co.za>
Message-ID: <1567692951.81.0.0303139249224.issue15088@roundup.psfhosted.org>


Change by Joannah Nanjekye <nanjekyejoannah at gmail.com>:


----------
pull_requests: +15356
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/15702

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue15088>
_______________________________________

From report at bugs.python.org  Thu Sep  5 11:21:03 2019
From: report at bugs.python.org (Joannah Nanjekye)
Date: Thu, 05 Sep 2019 15:21:03 +0000
Subject: [docs] [issue15088] PyGen_NeedsFinalizing is public,
 but undocumented
In-Reply-To: <1339906861.99.0.42415214654.issue15088@psf.upfronthosting.co.za>
Message-ID: <1567696863.67.0.337099285311.issue15088@roundup.psfhosted.org>


Joannah Nanjekye <nanjekyejoannah at gmail.com> added the comment:

My searches show references to this function in CPython cloned repositories. From @pitrous's views, I think it is better to deprecate it with a removal notice for a later release.

I have deprecated the Function instead and will be removed in the next release in this PR https://github.com/python/cpython/pull/15702 .

----------
nosy: +nanjekyejoannah

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue15088>
_______________________________________

From report at bugs.python.org  Thu Sep  5 11:54:22 2019
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 05 Sep 2019 15:54:22 +0000
Subject: [docs] [issue15088] PyGen_NeedsFinalizing is public,
 but undocumented
In-Reply-To: <1339906861.99.0.42415214654.issue15088@psf.upfronthosting.co.za>
Message-ID: <1567698862.93.0.953180857073.issue15088@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

PyGen_NeedsFinalizing() was added by:

commit 49fd7fa4431da299196d74087df4a04f99f9c46f
Author: Thomas Wouters <thomas at python.org>
Date:   Fri Apr 21 10:40:58 2006 +0000

    Merge p3yk branch with the trunk up to revision 45595. This breaks a fair
    number of tests, all because of the codecs/_multibytecodecs issue described
    here (it's not a Py3K issue, just something Py3K discovers):
    http://mail.python.org/pipermail/python-dev/2006-April/064051.html
    
    Hye-Shik Chang promised to look for a fix, so no need to fix it here. The
    tests that are expected to break are:
    
    test_codecencodings_cn
    test_codecencodings_hk
    test_codecencodings_jp
    test_codecencodings_kr
    test_codecencodings_tw
    test_codecs
    test_multibytecodec
    
    This merge fixes an actual test failure (test_weakref) in this branch,
    though, so I believe merging is the right thing to do anyway.

It was used in this gcmodule.c function:

/* Return true if object has a finalization method.
 * CAUTION:  An instance of an old-style class has to be checked for a
 *__del__ method, and earlier versions of this used to call PyObject_HasAttr,
 * which in turn could call the class's __getattr__ hook (if any).  That
 * could invoke arbitrary Python code, mutating the object graph in arbitrary
 * ways, and that was the source of some excruciatingly subtle bugs.
 */
static int
has_finalizer(PyObject *op)
{
        if (PyInstance_Check(op)) {
                assert(delstr != NULL);
                return _PyInstance_Lookup(op, delstr) != NULL;
        }
        else if (PyType_HasFeature(op->ob_type, Py_TPFLAGS_HEAPTYPE))
                return op->ob_type->tp_del != NULL;
        else if (PyGen_CheckExact(op))
                return PyGen_NeedsFinalizing((PyGenObject *)op);
        else
                return 0;
}


(2) The PEP 442 implementation made PyGen_NeedsFinalizing() useless:

commit 796564c27b8f2e32b9fbc034bbdda75f9507ca43
Author: Antoine Pitrou <solipsis at pitrou.net>
Date:   Tue Jul 30 19:59:21 2013 +0200

    Issue #18112: PEP 442 implementation (safe object finalization).

Replaced:

/* Return true if object has a finalization method. */
static int
has_finalizer(PyObject *op)
{
    if (PyGen_CheckExact(op))
        return PyGen_NeedsFinalizing((PyGenObject *)op);
    else
        return op->ob_type->tp_del != NULL;
}

with:

/* Return true if object has a pre-PEP 442 finalization method. */
static int
has_legacy_finalizer(PyObject *op)
{
    return op->ob_type->tp_del != NULL;
}

--

The last reference to PyGen_NeedsFinalizing() can be found in ceval.c:

        case TARGET(SETUP_FINALLY): {
            /* NOTE: If you add any new block-setup opcodes that
               are not try/except/finally handlers, you may need
               to update the PyGen_NeedsFinalizing() function.
               */

            PyFrame_BlockSetup(f, SETUP_FINALLY, INSTR_OFFSET() + oparg,
                               STACK_LEVEL());
            DISPATCH();
        }

----------
nosy: +vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue15088>
_______________________________________

From report at bugs.python.org  Thu Sep  5 11:58:28 2019
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 05 Sep 2019 15:58:28 +0000
Subject: [docs] [issue15088] PyGen_NeedsFinalizing is public,
 but undocumented
In-Reply-To: <1339906861.99.0.42415214654.issue15088@psf.upfronthosting.co.za>
Message-ID: <1567699108.86.0.961515593652.issue15088@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

The function is not documented nor tested.

I searched for usage of PyGen_NeedsFinalizing() in C code in GitHub:
https://github.com/search?l=C&p=1&q=PyGen_NeedsFinalizing&type=Code

I only found copies of the CPython code source: PyGen_NeedsFinalizing() definition in genobject.h.

IHMO we can safely remove the function right now. If someone complains, we can reintroduce it later. We just have to document clearly its removal at:
https://docs.python.org/dev/whatsnew/3.9.html#build-and-c-api-changes

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue15088>
_______________________________________

From report at bugs.python.org  Thu Sep  5 12:06:54 2019
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 05 Sep 2019 16:06:54 +0000
Subject: [docs] [issue37878] Sub-Interpreters : Document
 PyThreadState_DeleteCurrent()
In-Reply-To: <1565985235.6.0.212314052144.issue37878@roundup.psfhosted.org>
Message-ID: <1567699614.15.0.862343871081.issue37878@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset 2bc43cdc015eda4f1a651bb2b308a17a83c38e14 by Victor Stinner (Joannah Nanjekye) in branch 'master':
bpo-37878: Remove PyThreadState_DeleteCurrent() function (GH-15315)
https://github.com/python/cpython/commit/2bc43cdc015eda4f1a651bb2b308a17a83c38e14


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37878>
_______________________________________

From report at bugs.python.org  Thu Sep  5 12:07:34 2019
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 05 Sep 2019 16:07:34 +0000
Subject: [docs] [issue37878] Sub-Interpreters : Document
 PyThreadState_DeleteCurrent()
In-Reply-To: <1565985235.6.0.212314052144.issue37878@roundup.psfhosted.org>
Message-ID: <1567699654.38.0.416231001889.issue37878@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

Thanks Joannah.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37878>
_______________________________________

From report at bugs.python.org  Thu Sep  5 14:22:56 2019
From: report at bugs.python.org (Sean Happenny)
Date: Thu, 05 Sep 2019 18:22:56 +0000
Subject: [docs] [issue38040] Typo: "Writeable" Should be "Writable" in IO
 Library Documentation
Message-ID: <1567707776.67.0.386340687421.issue38040@roundup.psfhosted.org>


New submission from Sean Happenny <sean at xnor.ai>:

Problem: There are 4 instances of the typo "writeable" in the documentation for the IO library affecting, at least, versions 3.7, 3.8, 3.9, and the latest master of the documentation (https://docs.python.org/[3.7,3.8,3.9]/library/io.html and https://github.com/python/cpython/blob/master/Doc/library/io.rst).  This can cause confusion to the reader.  The instances are under the "BufferedWriter" section (https://docs.python.org/3/library/io.html#io.BufferedWriter) and "BufferedRWPair" section (https://docs.python.org/3.7/library/io.html#io.BufferedRWPair).

Fix: Change all instances of "writeable" to "writable" in the IO library documentation.

----------
assignee: docs at python
components: Documentation, IO
messages: 351216
nosy: Sean Happenny, docs at python
priority: normal
severity: normal
status: open
title: Typo: "Writeable" Should be "Writable" in IO Library Documentation
type: enhancement
versions: Python 3.7, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38040>
_______________________________________

From report at bugs.python.org  Thu Sep  5 14:44:44 2019
From: report at bugs.python.org (SilentGhost)
Date: Thu, 05 Sep 2019 18:44:44 +0000
Subject: [docs] [issue38040] Typo: "Writeable" Should be "Writable" in IO
 Library Documentation
In-Reply-To: <1567707776.67.0.386340687421.issue38040@roundup.psfhosted.org>
Message-ID: <1567709084.82.0.603161810319.issue38040@roundup.psfhosted.org>


SilentGhost <ghost.adh at runbox.com> added the comment:

There are more cases of using this spelling in the code base, but I personally don't see how any confusion can arise and why this "fix" is needed.

----------
nosy: +SilentGhost

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38040>
_______________________________________

From report at bugs.python.org  Thu Sep  5 15:01:58 2019
From: report at bugs.python.org (Sean Happenny)
Date: Thu, 05 Sep 2019 19:01:58 +0000
Subject: [docs] [issue38040] Typo: "Writeable" Should be "Writable" in IO
 Library Documentation
In-Reply-To: <1567709084.82.0.603161810319.issue38040@roundup.psfhosted.org>
Message-ID: <CAOMF0PRtxJD6-sFE0e0vXAdcTPiXsUKz_+iiJxwZY3uF3sgJhg@mail.gmail.com>


Sean Happenny <sean at xnor.ai> added the comment:

It is a minor issue and I understand that there are many, much more
important fixes and features the whole Python dev team is working on.

But reading the documentation for these classes indicates that these
classes may have a "writeable" member. If, as an example, the user then
needs to examine the implementation of these classes and searches for
"writeable" in the CPython, they'll find instances in comments, but not in
the code. This may cause them to miss the real spelling of the method
"writable()".

Also, another justification is that the documentation should be correct and
currently it is not. This fix should be a very simple find-and-replace, but
does touch multiple files (probably more than those I referenced) and I
understand how that is.

On Thu, Sep 5, 2019, 11:44 SilentGhost <report at bugs.python.org> wrote:

>
> SilentGhost <ghost.adh at runbox.com> added the comment:
>
> There are more cases of using this spelling in the code base, but I
> personally don't see how any confusion can arise and why this "fix" is
> needed.
>
> ----------
> nosy: +SilentGhost
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <https://bugs.python.org/issue38040>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38040>
_______________________________________

From report at bugs.python.org  Thu Sep  5 23:08:25 2019
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 06 Sep 2019 03:08:25 +0000
Subject: [docs] [issue38034] Typo on logging.handlers.QueueListener
 documentation
In-Reply-To: <1567646582.17.0.242396034373.issue38034@roundup.psfhosted.org>
Message-ID: <1567739305.16.0.325690038325.issue38034@roundup.psfhosted.org>


Change by Roundup Robot <devnull at psf.upfronthosting.co.za>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38034>
_______________________________________

From tombelpasso at gmail.com  Thu Sep  5 13:52:19 2019
From: tombelpasso at gmail.com (Tom Belpasso)
Date: Thu, 5 Sep 2019 10:52:19 -0700
Subject: [docs] Documentation bug: struct library,
 endian format chars are reversed
In-Reply-To: <b4445285-b2e7-7610-9422-5f136ef69b46@gmx.net>
References: <CAAoy8jLQHtE2=EyLsJHB7tjN2urHhLpNn3YoD5LMp45EtJt=Mg@mail.gmail.com>
 <b4445285-b2e7-7610-9422-5f136ef69b46@gmx.net>
Message-ID: <CAAoy8j+XkSVHuM9APfsV9PCA2BMdbwo1f75q5uJ5O9H52=tQyw@mail.gmail.com>

Thanks for the clarification. Perhaps a clear example in the document would
be very helpful, especially for novice programmers.

Kind regards
- Tom

On Wed, Sep 4, 2019 at 9:49 PM Georg Brandl <g.brandl at gmx.net> wrote:

> On 9/1/19 12:37 AM, Tom Belpasso wrote:
> > Dear Python Docs:
> >
> > The struct library has table with format values for pack and unpack.
> > In section: 7.1.2.1. Byte Order, Size, and Alignment
> >
> > The big endian and little endian characters are reversed in the table.
> >
> > '>' should be little endian, just like the character looks.
> > '<' should be big endian, just like the character.
> >
> > I have verified that this is the correct behavior after use the wrong
> one in my
> > program and wondering why I was seeing so many large fluctuations in my
> plots. I
> > had wasted many day's rewiring my prototype to get rid of the noise.  It
> turned
> > out it was just the byte order of my 16bit data what was getting
> misinterpreted.
> >
> > I found the problem, when I was attempting to write a WAV format file,
> which is
> > big endian and it was coming out backwards!
> >
> > To verify my assertion:
> > ## hex 16 bit number is the bytes for H and L, where 'H' is MS byte
> > struct.pack('<H',0x484c)
> > # should return: 'b'LH' which is big endian, 'H' is at the end.
> >
> > struct.pack('>H',0x484c)
> > # should return: 'b'HL'
>
> Dear Tom,
>
> unfortunately the naming of big and little endian is quite confusing:
> the "end" is actually the beginning when we're talking about the resulting
> strings.  I.e., little endian starts out with the LSB, while big endian
> starts with the MSB.
>
> I could never remember this either for the longest time...
>
> cheers,
> Georg
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/docs/attachments/20190905/61bd3d96/attachment.html>

From report at bugs.python.org  Fri Sep  6 11:42:02 2019
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 06 Sep 2019 15:42:02 +0000
Subject: [docs] [issue15088] PyGen_NeedsFinalizing is public,
 but undocumented
In-Reply-To: <1339906861.99.0.42415214654.issue15088@psf.upfronthosting.co.za>
Message-ID: <1567784521.86.0.281609973342.issue15088@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset 74b662cf202753d224d82d5503974cce881f7436 by Victor Stinner (Joannah Nanjekye) in branch 'master':
bpo-15088 : Remove PyGen_NeedsFinalizing() (GH-15702)
https://github.com/python/cpython/commit/74b662cf202753d224d82d5503974cce881f7436


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue15088>
_______________________________________

From report at bugs.python.org  Fri Sep  6 11:43:02 2019
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 06 Sep 2019 15:43:02 +0000
Subject: [docs] [issue15088] Remove unused and undocumented
 PyGen_NeedsFinalizing() function
In-Reply-To: <1339906861.99.0.42415214654.issue15088@psf.upfronthosting.co.za>
Message-ID: <1567784582.44.0.73854384053.issue15088@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

I merged Joannah's change: thanks.

If anyone uses the removed function, please complain before Python 3.9.0 release :-)

----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
title: PyGen_NeedsFinalizing is public, but undocumented -> Remove unused and undocumented PyGen_NeedsFinalizing() function
versions: +Python 3.9 -Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue15088>
_______________________________________

From report at bugs.python.org  Fri Sep  6 20:29:31 2019
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Sep 2019 00:29:31 +0000
Subject: [docs] [issue38040] Typo: "Writeable" Should be "Writable" in IO
 Library Documentation
In-Reply-To: <1567707776.67.0.386340687421.issue38040@roundup.psfhosted.org>
Message-ID: <1567816171.56.0.383736833325.issue38040@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Wiktionary and dictionary.com see 'writeable' as an alternate spelling of 'writable', while merriam-webster.com does not.  Neither of the former say anything about American versus British usage.  I wonder if the first two are rubber-stamping what used to be a misspelling.  Or maybe the unabridged merriam-webster behind a paywall has it as a rare variant (but if so, I would expect mention in the 'writable' entry.  If it is British, it should be changed.  If it is misleading, ditto.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38040>
_______________________________________

From report at bugs.python.org  Sat Sep  7 03:05:32 2019
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 07 Sep 2019 07:05:32 +0000
Subject: [docs] [issue20806] os.times document points to wrong section of
 non-Linux manual
In-Reply-To: <1393590805.13.0.860460942185.issue20806@psf.upfronthosting.co.za>
Message-ID: <1567839932.55.0.760262034636.issue20806@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:


New changeset 3ccdbc33385a849c60a268def578cb06b8d41be6 by Serhiy Storchaka (Joannah Nanjekye) in branch 'master':
bpo-20806: Reference both times(2) and times(3) and link to MSDN. (GH-15479)
https://github.com/python/cpython/commit/3ccdbc33385a849c60a268def578cb06b8d41be6


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue20806>
_______________________________________

From report at bugs.python.org  Sat Sep  7 03:05:59 2019
From: report at bugs.python.org (miss-islington)
Date: Sat, 07 Sep 2019 07:05:59 +0000
Subject: [docs] [issue20806] os.times document points to wrong section of
 non-Linux manual
In-Reply-To: <1393590805.13.0.860460942185.issue20806@psf.upfronthosting.co.za>
Message-ID: <1567839959.96.0.403216756834.issue20806@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15376
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/15722

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue20806>
_______________________________________

From report at bugs.python.org  Sat Sep  7 03:06:05 2019
From: report at bugs.python.org (miss-islington)
Date: Sat, 07 Sep 2019 07:06:05 +0000
Subject: [docs] [issue20806] os.times document points to wrong section of
 non-Linux manual
In-Reply-To: <1393590805.13.0.860460942185.issue20806@psf.upfronthosting.co.za>
Message-ID: <1567839965.79.0.732209914884.issue20806@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15377
pull_request: https://github.com/python/cpython/pull/15723

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue20806>
_______________________________________

From report at bugs.python.org  Sat Sep  7 03:12:37 2019
From: report at bugs.python.org (miss-islington)
Date: Sat, 07 Sep 2019 07:12:37 +0000
Subject: [docs] [issue20806] os.times document points to wrong section of
 non-Linux manual
In-Reply-To: <1393590805.13.0.860460942185.issue20806@psf.upfronthosting.co.za>
Message-ID: <1567840357.79.0.935422761242.issue20806@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset cc51a6d7c7b6b06fb537860428347d88776d802b by Miss Islington (bot) in branch '3.8':
bpo-20806: Reference both times(2) and times(3) and link to MSDN. (GH-15479)
https://github.com/python/cpython/commit/cc51a6d7c7b6b06fb537860428347d88776d802b


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue20806>
_______________________________________

From report at bugs.python.org  Sat Sep  7 03:16:30 2019
From: report at bugs.python.org (miss-islington)
Date: Sat, 07 Sep 2019 07:16:30 +0000
Subject: [docs] [issue20806] os.times document points to wrong section of
 non-Linux manual
In-Reply-To: <1393590805.13.0.860460942185.issue20806@psf.upfronthosting.co.za>
Message-ID: <1567840590.63.0.729946226779.issue20806@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset a6eac83c1804fd14ed076b1776ffeea8dcb9478a by Miss Islington (bot) in branch '3.7':
bpo-20806: Reference both times(2) and times(3) and link to MSDN. (GH-15479)
https://github.com/python/cpython/commit/a6eac83c1804fd14ed076b1776ffeea8dcb9478a


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue20806>
_______________________________________

From report at bugs.python.org  Sat Sep  7 03:39:22 2019
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 07 Sep 2019 07:39:22 +0000
Subject: [docs] [issue37937] Mention ``frame.f_trace`` in
 :func:`sys.settrace` docs.
Message-ID: <1567841962.19.0.174314664422.issue37937@roundup.psfhosted.org>


New submission from Serhiy Storchaka <storchaka+cpython at gmail.com>:

AFAIK setting frame.f_trace *instead* of calling sys.settrace() does not work. You need to call sys.settrace() to enable tracing.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37937>
_______________________________________

From report at bugs.python.org  Sat Sep  7 03:56:03 2019
From: report at bugs.python.org (Ram Rachum)
Date: Sat, 07 Sep 2019 07:56:03 +0000
Subject: [docs] [issue37937] Mention ``frame.f_trace`` in
 :func:`sys.settrace` docs.
In-Reply-To: <1567841962.19.0.174314664422.issue37937@roundup.psfhosted.org>
Message-ID: <1567842963.31.0.554661186368.issue37937@roundup.psfhosted.org>


Ram Rachum <ram at rachum.com> added the comment:

Serhiy: I confirmed what you're saying and corrected the documentation. Could you please review?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37937>
_______________________________________

From report at bugs.python.org  Sat Sep  7 04:08:31 2019
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 07 Sep 2019 08:08:31 +0000
Subject: [docs] [issue20806] os.times document points to wrong section of
 non-Linux manual
In-Reply-To: <1393590805.13.0.860460942185.issue20806@psf.upfronthosting.co.za>
Message-ID: <1567843711.99.0.341020552887.issue20806@roundup.psfhosted.org>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.7, Python 3.8, Python 3.9 -Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue20806>
_______________________________________

From report at bugs.python.org  Sat Sep  7 13:07:19 2019
From: report at bugs.python.org (Justin Arthur)
Date: Sat, 07 Sep 2019 17:07:19 +0000
Subject: [docs] [issue12731] python lib re uses obsolete sense of \w in full
 violation of UTS#18 RL1.2a
In-Reply-To: <1313090311.62.0.0473644856742.issue12731@psf.upfronthosting.co.za>
Message-ID: <1567876039.45.0.0258617619587.issue12731@roundup.psfhosted.org>


Change by Justin Arthur <justinarthur at gmail.com>:


----------
nosy: +JustinTArthur

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue12731>
_______________________________________

From bgailer at gmail.com  Sat Sep  7 13:17:31 2019
From: bgailer at gmail.com (bob gailer)
Date: Sat, 7 Sep 2019 13:17:31 -0400
Subject: [docs] Python BUg
In-Reply-To: <CAEO0aX-XCGNS0Vx-tvy=OjQHc9ZtyLtjMuZMRqit5bk+=_4tXQ@mail.gmail.com>
References: <CAEO0aX-XCGNS0Vx-tvy=OjQHc9ZtyLtjMuZMRqit5bk+=_4tXQ@mail.gmail.com>
Message-ID: <a972ef67-d61f-5eeb-16c0-6fce27b66b8e@gmail.com>

On 9/4/2019 3:10 AM, Sangeeta Chauhan wrote:
> Precedence of Operatpors is not working in the following cases
>
> >>> 6 or 5>"g"
> 6
> >>> 6 or 5 > "g"
> 6
> >>> 6 or (5 > "g")
> 6
> >>> 6 or (5 > "g")
>
> in the above examples precedence must be given to relational operators 
> and according to that it should generate error but it is giving output

It is a bit confusing - see 6.11 Boolean operations "The expression |x 
or y| first evaluates /x/; if /x/ is true, its value is returned; 
otherwise, /y/ is evaluated and the resulting value is returned." That 
explains the behavior you are seeing.

In future when reporting a suspect bug in python, use the bug tracker 
rather than reporting to docs.

-- 
Bob Gailer


From report at bugs.python.org  Sat Sep  7 15:08:18 2019
From: report at bugs.python.org (Jon Janzen)
Date: Sat, 07 Sep 2019 19:08:18 +0000
Subject: [docs] [issue38053] Update plistlib documentation
Message-ID: <1567883298.21.0.0945741912998.issue38053@roundup.psfhosted.org>


New submission from Jon Janzen <jjjonjanzen at gmail.com>:

* Update "Mac OS X" to "Apple" since plists are used more widely than just macOS
* Remove notes about the new API being added in 3.4 since 3.4 is no longer supported
* Re-add the UID class documentation (oops, removed in issue36409)

----------
assignee: docs at python
components: Documentation
messages: 351309
nosy: bigfootjon, docs at python
priority: normal
pull_requests: 15381
severity: normal
status: open
title: Update plistlib documentation
type: enhancement
versions: Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38053>
_______________________________________

From report at bugs.python.org  Sat Sep  7 15:19:31 2019
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 07 Sep 2019 19:19:31 +0000
Subject: [docs] [issue38053] Update plistlib documentation
In-Reply-To: <1567883298.21.0.0945741912998.issue38053@roundup.psfhosted.org>
Message-ID: <1567883971.19.0.207698951983.issue38053@roundup.psfhosted.org>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
nosy: +ned.deily, ronaldoussoren

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38053>
_______________________________________

From report at bugs.python.org  Sun Sep  8 05:12:28 2019
From: report at bugs.python.org (hai shi)
Date: Sun, 08 Sep 2019 09:12:28 +0000
Subject: [docs] [issue38053] Update plistlib documentation
In-Reply-To: <1567883298.21.0.0945741912998.issue38053@roundup.psfhosted.org>
Message-ID: <1567933948.45.0.171592432653.issue38053@roundup.psfhosted.org>


hai shi <shihai1991 at 126.com> added the comment:

>* Remove notes about the new API being added in 3.4 since 3.4 is no longer supported
  Related bpo in issue14455

----------
nosy: +shihai1991

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38053>
_______________________________________

From report at bugs.python.org  Sun Sep  8 10:14:30 2019
From: report at bugs.python.org (Ma Lin)
Date: Sun, 08 Sep 2019 14:14:30 +0000
Subject: [docs] [issue38056] Add examples for common text encoding Error
 Handlers
Message-ID: <1567952070.11.0.225789110598.issue38056@roundup.psfhosted.org>


New submission from Ma Lin <malincns at 163.com>:

Text descriptions about `Error Handlers` are not very friendly to novices.
https://docs.python.org/3/library/codecs.html#error-handlers

For example:

    'xmlcharrefreplace'
    Replace with the appropriate XML character reference (only for encoding).  Implemented in :func:`xmlcharrefreplace_errors`. 

    'backslashreplace'
    Replace with backslashed escape sequences. Implemented in :func:`backslashreplace_errors`.

    'namereplace'
    Replace with ``\N{...}`` escape sequences (only for encoding).  Implemented in :func:`namereplace_errors`.

Novices may not know what these are.
Giving some examples may help the reader to understand more intuitively.
The effect picture is attached.

I picked two characters:
?  https://www.compart.com/en/unicode/U+00DF
? https://www.compart.com/en/unicode/U+266C

----------
assignee: docs at python
components: Documentation
files: effect.png
messages: 351329
nosy: Ma Lin, docs at python
priority: normal
severity: normal
status: open
title: Add examples for common text encoding Error Handlers
versions: Python 3.7, Python 3.8, Python 3.9
Added file: https://bugs.python.org/file48599/effect.png

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38056>
_______________________________________

From report at bugs.python.org  Sun Sep  8 10:16:34 2019
From: report at bugs.python.org (Ma Lin)
Date: Sun, 08 Sep 2019 14:16:34 +0000
Subject: [docs] [issue38056] Add examples for common text encoding Error
 Handlers
In-Reply-To: <1567952070.11.0.225789110598.issue38056@roundup.psfhosted.org>
Message-ID: <1567952194.37.0.673253516081.issue38056@roundup.psfhosted.org>


Change by Ma Lin <malincns at 163.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38056>
_______________________________________

From bgailer at gmail.com  Sun Sep  8 10:50:37 2019
From: bgailer at gmail.com (Bob Gailer)
Date: Sun, 8 Sep 2019 10:50:37 -0400
Subject: [docs] Python BUg
In-Reply-To: <CAEO0aX_1xMOSgh8L1PJPmt387OZbhqS=njW68eu6iBFA_TrmPA@mail.gmail.com>
References: <CAEO0aX-XCGNS0Vx-tvy=OjQHc9ZtyLtjMuZMRqit5bk+=_4tXQ@mail.gmail.com>
 <a972ef67-d61f-5eeb-16c0-6fce27b66b8e@gmail.com>
 <CAEO0aX_1xMOSgh8L1PJPmt387OZbhqS=njW68eu6iBFA_TrmPA@mail.gmail.com>
Message-ID: <CAP1rxO4GnwmoLh15nSxMneJdFG5OCmdoOWj+=mAQkppGhKV+DQ@mail.gmail.com>

On Sep 8, 2019 2:36 AM, "Sangeeta Chauhan" <sangeetamchauhan at gmail.com>
wrote:
>
> BUt according to the precedence of operators HIgher precedence is given
to relational then logical operator. And according to this error must come

Please always reply-all. You are right! It seems to be a doc bug. Please
report it in the bug tracker.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/docs/attachments/20190908/a47b7406/attachment.html>

From report at bugs.python.org  Sun Sep  8 10:58:23 2019
From: report at bugs.python.org (Adorilson Bezerra)
Date: Sun, 08 Sep 2019 14:58:23 +0000
Subject: [docs] [issue38057] Docs: source code don't can be translate
Message-ID: <1567954703.31.0.993707976717.issue38057@roundup.psfhosted.org>


New submission from Adorilson Bezerra <adorilson at gmail.com>:

The source code examples in documentation doesn't can be translated because it doesn't included in po files (and after in transifex).

It would be wonderful if we can to translate the code:

class MyClass:
    """A simple example class"""
    i = 12345

    def f(self):
        return 'hello world'

to:

class MinhaClasse:
    """Um exemplo simples de classe"""
    i = 12345
    def f(self):
        return 'ol?, mundo'

----------
assignee: docs at python
components: Documentation
messages: 351330
nosy: adorilson, docs at python
priority: normal
severity: normal
status: open
title: Docs: source code don't can be translate
type: enhancement
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38057>
_______________________________________

From report at bugs.python.org  Sun Sep  8 12:13:35 2019
From: report at bugs.python.org (Kevin)
Date: Sun, 08 Sep 2019 16:13:35 +0000
Subject: [docs] [issue38058] Tutorial: 4.2. for Statements
Message-ID: <1567959214.96.0.389227588448.issue38058@roundup.psfhosted.org>


New submission from Kevin <Kfbritton at gmail.com>:

>>> # Measure some strings:
... words = ['cat', 'window', 'defenestrate']
>>> for w in words:
...     print(w, len(w))
...
cat 3
window 6
defenestrate 12


If you need to modify the sequence you are iterating over while inside the loop (for example to duplicate selected items), it is recommended that you first make a copy. Iterating over a sequence does not implicitly make a copy. The slice notation makes this especially convenient:


>>>>>> for w in words[:]:  # Loop over a slice copy of the entire list.
...     if len(w) > 6:
...         words.insert(0, w)
...
>>> words
['defenestrate', 'cat', 'window', 'defenestrate']

words is a tuple and is immutable

----------
assignee: docs at python
components: Documentation
messages: 351331
nosy: Derangedn00b, docs at python
priority: normal
severity: normal
status: open
title: Tutorial: 4.2. for Statements
type: compile error
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38058>
_______________________________________

From report at bugs.python.org  Sun Sep  8 12:17:16 2019
From: report at bugs.python.org (Kevin)
Date: Sun, 08 Sep 2019 16:17:16 +0000
Subject: [docs] [issue38058] Tutorial: 4.2. for Statements
In-Reply-To: <1567959214.96.0.389227588448.issue38058@roundup.psfhosted.org>
Message-ID: <1567959436.34.0.663558896251.issue38058@roundup.psfhosted.org>


Change by Kevin <Kfbritton at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38058>
_______________________________________

From report at bugs.python.org  Sun Sep  8 13:28:53 2019
From: report at bugs.python.org (Ammar Askar)
Date: Sun, 08 Sep 2019 17:28:53 +0000
Subject: [docs] [issue38057] Docs: source code don't can be translate
In-Reply-To: <1567954703.31.0.993707976717.issue38057@roundup.psfhosted.org>
Message-ID: <1567963733.08.0.251562953981.issue38057@roundup.psfhosted.org>


Ammar Askar <ammar at ammaraskar.com> added the comment:

What version of Sphinx are you using? As far as I know, Sphinx supports internationalization for autodoc, so this should be possible.

----------
nosy: +ammar2

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38057>
_______________________________________

From report at bugs.python.org  Sun Sep  8 13:42:23 2019
From: report at bugs.python.org (Adorilson Bezerra)
Date: Sun, 08 Sep 2019 17:42:23 +0000
Subject: [docs] [issue38057] Docs: source code don't can be translate
In-Reply-To: <1567954703.31.0.993707976717.issue38057@roundup.psfhosted.org>
Message-ID: <1567964543.1.0.791658435409.issue38057@roundup.psfhosted.org>


Adorilson Bezerra <adorilson at gmail.com> added the comment:

I'm not using the Sphinx itself. I'm just a translator.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38057>
_______________________________________

From report at bugs.python.org  Sun Sep  8 15:55:13 2019
From: report at bugs.python.org (sushma)
Date: Sun, 08 Sep 2019 19:55:13 +0000
Subject: [docs] [issue37970] urllib.parse docstrings incomplete
In-Reply-To: <1567009599.74.0.471882594509.issue37970@roundup.psfhosted.org>
Message-ID: <1567972513.42.0.178208710211.issue37970@roundup.psfhosted.org>


sushma <sushma.y at gmail.com> added the comment:

got it - thanks for the detailed explanation! I'll go ahead and create a PR soon

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37970>
_______________________________________

From report at bugs.python.org  Sun Sep  8 22:51:21 2019
From: report at bugs.python.org (Joannah Nanjekye)
Date: Mon, 09 Sep 2019 02:51:21 +0000
Subject: [docs] [issue27718] help('signal') incomplete (e.g: signal.signal
 not visible)
In-Reply-To: <1470746479.88.0.0919609545752.issue27718@psf.upfronthosting.co.za>
Message-ID: <1567997481.79.0.569929629291.issue27718@roundup.psfhosted.org>


Change by Joannah Nanjekye <nanjekyejoannah at gmail.com>:


----------
nosy: +nanjekyejoannah

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27718>
_______________________________________

From report at bugs.python.org  Mon Sep  9 04:52:05 2019
From: report at bugs.python.org (Mark Dickinson)
Date: Mon, 09 Sep 2019 08:52:05 +0000
Subject: [docs] [issue38062] Clarify that atexit.unregister matches by
 equality, not identity
In-Reply-To: <1568019088.84.0.443323623922.issue38062@roundup.psfhosted.org>
Message-ID: <1568019125.98.0.0188056887029.issue38062@roundup.psfhosted.org>


Change by Mark Dickinson <dickinsm at gmail.com>:


----------
assignee:  -> docs at python
components: +Documentation
nosy: +docs at python
versions: +Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38062>
_______________________________________

From report at bugs.python.org  Mon Sep  9 06:56:50 2019
From: report at bugs.python.org (Paul Ganssle)
Date: Mon, 09 Sep 2019 10:56:50 +0000
Subject: [docs] [issue38065] Document the datetime capsule API
Message-ID: <1568026610.33.0.270212554664.issue38065@roundup.psfhosted.org>


New submission from Paul Ganssle <p.ganssle at gmail.com>:

The datetime module has a capsule API, which is very useful for other languages' bindings, but the C API documentation for datetime only covers the C macros: https://docs.python.org/3/c-api/datetime.html

The current extent of the documentation is that everyone who wants to bind to the C API (PyO3, Cython, pypy, etc), you need to just read the struct definition ( https://github.com/python/cpython/blob/master/Include/datetime.h#L150 ) and reads `_datetimemodule.c`. There's even some question as to whether the capsule is public (see, e.g. https://github.com/PyO3/pyo3/pull/393#issuecomment-476664650 ), when in fact I'm fairly certain that it's actually *preferred* to use the capsule API.

Most or many of the macros are thin wrappers around the capsule API, so we may need to figure out whether we want to try and use the same "documentation" for both versions, e.g.:

  .. c:function:: PyObject* PyDateTime_CAPI.Date_FromDate(int year, int month, int day, PyTypeObject* cls)
  .. c:function:: PyObject* PyDate_FromDate(int year, int month, int day)

     Return a :class:`datetime.date` object with the specified year, month and day.

     The version of this function in the capsule module takes an additional argument
     representing the specific subclass to construct.

Could replace:

  .. c:function:: PyObject* PyDate_FromDate(int year, int month, int day)

     Return a :class:`datetime.date` object with the specified year, month and day.

I would say that we also need a paragraph or two at the beginning of the C API document explaining why there are two ways to access most of these things?

A more minor bikeshedding-y issue is how we should stylize these: PyDatetime_CAPI.x? PyDatetime_CAPI->x? A dedicated RST directive? Something else?

----------
assignee: docs at python
components: Documentation
messages: 351427
nosy: belopolsky, docs at python, eric.araujo, ezio.melotti, mdk, p-ganssle, willingc
priority: normal
severity: normal
status: open
title: Document the datetime capsule API
type: enhancement
versions: Python 3.7, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38065>
_______________________________________

From report at bugs.python.org  Mon Sep  9 08:46:34 2019
From: report at bugs.python.org (Joannah Nanjekye)
Date: Mon, 09 Sep 2019 12:46:34 +0000
Subject: [docs] [issue37488] Document the "gotcha" behaviors in utcnow() and
 utcfromtimestamp()
In-Reply-To: <1562083298.89.0.799843667155.issue37488@roundup.psfhosted.org>
Message-ID: <1568033194.34.0.0674096714351.issue37488@roundup.psfhosted.org>


Change by Joannah Nanjekye <nanjekyejoannah at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37488>
_______________________________________

From report at bugs.python.org  Mon Sep  9 09:05:54 2019
From: report at bugs.python.org (Jon Janzen)
Date: Mon, 09 Sep 2019 13:05:54 +0000
Subject: [docs] [issue38053] Update plistlib documentation
In-Reply-To: <1567883298.21.0.0945741912998.issue38053@roundup.psfhosted.org>
Message-ID: <1568034354.41.0.00482432343732.issue38053@roundup.psfhosted.org>


Jon Janzen <jjjonjanzen at gmail.com> added the comment:

>* Remove notes about the new API being added in 3.4 since 3.4 is no longer supported

Per discussion in the PR, this is no longer a goal of this issue

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38053>
_______________________________________

From report at bugs.python.org  Mon Sep  9 09:11:43 2019
From: report at bugs.python.org (Vinay Sajip)
Date: Mon, 09 Sep 2019 13:11:43 +0000
Subject: [docs] [issue16575] ctypes: unions as arguments
In-Reply-To: <1354163044.21.0.431588472559.issue16575@psf.upfronthosting.co.za>
Message-ID: <1568034703.75.0.435827561331.issue16575@roundup.psfhosted.org>


Vinay Sajip <vinay_sajip at yahoo.co.uk> added the comment:

Link to issue has changed to:

https://github.com/libffi/libffi/issues/33

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue16575>
_______________________________________

From report at bugs.python.org  Mon Sep  9 10:13:46 2019
From: report at bugs.python.org (Ronald Oussoren)
Date: Mon, 09 Sep 2019 14:13:46 +0000
Subject: [docs] [issue38053] Update plistlib documentation
In-Reply-To: <1567883298.21.0.0945741912998.issue38053@roundup.psfhosted.org>
Message-ID: <1568038426.11.0.211350561065.issue38053@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:


New changeset 24b11b8c95e96cf9c93fb7fc253e6e96506f2d77 by Ronald Oussoren (Jon Janzen) in branch 'master':
bpo-38053 Update documentation for plistlib (GH-15727)
https://github.com/python/cpython/commit/24b11b8c95e96cf9c93fb7fc253e6e96506f2d77


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38053>
_______________________________________

From report at bugs.python.org  Mon Sep  9 10:14:24 2019
From: report at bugs.python.org (Ronald Oussoren)
Date: Mon, 09 Sep 2019 14:14:24 +0000
Subject: [docs] [issue38053] Update plistlib documentation
In-Reply-To: <1567883298.21.0.0945741912998.issue38053@roundup.psfhosted.org>
Message-ID: <1568038464.52.0.927010338662.issue38053@roundup.psfhosted.org>


Change by Ronald Oussoren <ronaldoussoren at mac.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38053>
_______________________________________

From report at bugs.python.org  Mon Sep  9 11:54:37 2019
From: report at bugs.python.org (Zachary Ware)
Date: Mon, 09 Sep 2019 15:54:37 +0000
Subject: [docs] [issue35803] Test and document that `dir=...` in tempfile
 may be PathLike
In-Reply-To: <1548108422.42.0.0789815194403.issue35803@roundup.psfhosted.org>
Message-ID: <1568044477.51.0.972510796754.issue35803@roundup.psfhosted.org>


Zachary Ware <zachary.ware at gmail.com> added the comment:


New changeset 370138ba9c29595df773cc057d17ea26fb6f21bd by Zachary Ware (Anthony Sottile) in branch 'master':
bpo-35803: Document and test dir=PathLike for tempfile (GH-11644)
https://github.com/python/cpython/commit/370138ba9c29595df773cc057d17ea26fb6f21bd


----------
nosy: +zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35803>
_______________________________________

From report at bugs.python.org  Mon Sep  9 11:54:46 2019
From: report at bugs.python.org (miss-islington)
Date: Mon, 09 Sep 2019 15:54:46 +0000
Subject: [docs] [issue35803] Test and document that `dir=...` in tempfile
 may be PathLike
In-Reply-To: <1548108422.42.0.0789815194403.issue35803@roundup.psfhosted.org>
Message-ID: <1568044486.63.0.34045012842.issue35803@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15448
pull_request: https://github.com/python/cpython/pull/15796

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35803>
_______________________________________

From report at bugs.python.org  Mon Sep  9 11:54:53 2019
From: report at bugs.python.org (miss-islington)
Date: Mon, 09 Sep 2019 15:54:53 +0000
Subject: [docs] [issue35803] Test and document that `dir=...` in tempfile
 may be PathLike
In-Reply-To: <1548108422.42.0.0789815194403.issue35803@roundup.psfhosted.org>
Message-ID: <1568044493.29.0.399606465064.issue35803@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15449
pull_request: https://github.com/python/cpython/pull/15797

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35803>
_______________________________________

From report at bugs.python.org  Mon Sep  9 11:56:59 2019
From: report at bugs.python.org (Zachary Ware)
Date: Mon, 09 Sep 2019 15:56:59 +0000
Subject: [docs] [issue35803] Test and document that `dir=...` in tempfile
 may be PathLike
In-Reply-To: <1548108422.42.0.0789815194403.issue35803@roundup.psfhosted.org>
Message-ID: <1568044619.56.0.941035665697.issue35803@roundup.psfhosted.org>


Change by Zachary Ware <zachary.ware at gmail.com>:


----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.7, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35803>
_______________________________________

From report at bugs.python.org  Mon Sep  9 12:01:28 2019
From: report at bugs.python.org (Julien Palard)
Date: Mon, 09 Sep 2019 16:01:28 +0000
Subject: [docs] [issue30122] Added missing archive programs.
In-Reply-To: <1492747399.44.0.402463454209.issue30122@psf.upfronthosting.co.za>
Message-ID: <1568044888.89.0.880582489463.issue30122@roundup.psfhosted.org>


Julien Palard <julien+python at palard.fr> added the comment:

This FAQ entry has been deleted.

----------
nosy: +mdk
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30122>
_______________________________________

From report at bugs.python.org  Mon Sep  9 12:28:15 2019
From: report at bugs.python.org (Julien Palard)
Date: Mon, 09 Sep 2019 16:28:15 +0000
Subject: [docs] [issue18576] Document test.support.script_helper
In-Reply-To: <1375014764.64.0.152576599022.issue18576@psf.upfronthosting.co.za>
Message-ID: <1568046495.52.0.370354719968.issue18576@roundup.psfhosted.org>


Julien Palard <julien+python at palard.fr> added the comment:

All those functions has already been documented.

----------
dependencies:  -Make test.script_helper more comprehensive, and use it in the test suite
nosy: +mdk
resolution:  -> out of date
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue18576>
_______________________________________

From report at bugs.python.org  Mon Sep  9 12:37:16 2019
From: report at bugs.python.org (Benjamin Peterson)
Date: Mon, 09 Sep 2019 16:37:16 +0000
Subject: [docs] [issue36502] str.isspace() for U+00A0 and U+202F differs
 from document
In-Reply-To: <1554186967.56.0.21483381742.issue36502@roundup.psfhosted.org>
Message-ID: <1568047036.7.0.454145349704.issue36502@roundup.psfhosted.org>


Benjamin Peterson <benjamin at python.org> added the comment:


New changeset 64c6ac74e254d31f93fcc74bf02b3daa7d3e3f25 by Benjamin Peterson (Greg Price) in branch 'master':
bpo-36502: Update link to UAX #44, the Unicode doc on the UCD. (GH-15301)
https://github.com/python/cpython/commit/64c6ac74e254d31f93fcc74bf02b3daa7d3e3f25


----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36502>
_______________________________________

From report at bugs.python.org  Mon Sep  9 12:37:26 2019
From: report at bugs.python.org (miss-islington)
Date: Mon, 09 Sep 2019 16:37:26 +0000
Subject: [docs] [issue36502] str.isspace() for U+00A0 and U+202F differs
 from document
In-Reply-To: <1554186967.56.0.21483381742.issue36502@roundup.psfhosted.org>
Message-ID: <1568047046.22.0.69433455086.issue36502@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15457
pull_request: https://github.com/python/cpython/pull/15806

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36502>
_______________________________________

From report at bugs.python.org  Mon Sep  9 12:37:32 2019
From: report at bugs.python.org (miss-islington)
Date: Mon, 09 Sep 2019 16:37:32 +0000
Subject: [docs] [issue36502] str.isspace() for U+00A0 and U+202F differs
 from document
In-Reply-To: <1554186967.56.0.21483381742.issue36502@roundup.psfhosted.org>
Message-ID: <1568047052.85.0.281990587148.issue36502@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15458
pull_request: https://github.com/python/cpython/pull/15807

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36502>
_______________________________________

From report at bugs.python.org  Mon Sep  9 12:45:35 2019
From: report at bugs.python.org (Zachary Ware)
Date: Mon, 09 Sep 2019 16:45:35 +0000
Subject: [docs] [issue7940] re.finditer and re.findall should support
 negative end positions
In-Reply-To: <1266329075.25.0.639780854585.issue7940@psf.upfronthosting.co.za>
Message-ID: <1568047535.04.0.533429638721.issue7940@roundup.psfhosted.org>


Zachary Ware <zachary.ware at gmail.com> added the comment:

Ezio requested further opinions, so here's mine.  I don't think the current behavior makes sense; I doubt anyone actually expects a negative index to be squashed to 0, especially for endpos.  I'm not certain that allowing negative indexes is really necessary, but seems nicer than raising an exception which would be the other acceptable option to me.

----------
nosy: +zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue7940>
_______________________________________

From report at bugs.python.org  Mon Sep  9 12:51:56 2019
From: report at bugs.python.org (Benjamin Peterson)
Date: Mon, 09 Sep 2019 16:51:56 +0000
Subject: [docs] [issue36502] str.isspace() for U+00A0 and U+202F differs
 from document
In-Reply-To: <1554186967.56.0.21483381742.issue36502@roundup.psfhosted.org>
Message-ID: <1568047916.07.0.283139946741.issue36502@roundup.psfhosted.org>


Change by Benjamin Peterson <benjamin at python.org>:


----------
pull_requests: +15459
pull_request: https://github.com/python/cpython/pull/15808

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36502>
_______________________________________

From report at bugs.python.org  Mon Sep  9 12:55:47 2019
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 09 Sep 2019 16:55:47 +0000
Subject: [docs] [issue7940] re.finditer and re.findall should support
 negative end positions
In-Reply-To: <1266329075.25.0.639780854585.issue7940@psf.upfronthosting.co.za>
Message-ID: <1568048147.91.0.0736540641836.issue7940@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Note that changing the current behavior is a breaking change. For example someone can use `pattern.findall(text, curpos-50, curpos+50)` to search in the range ?50 characters from the current position. If negative positions change meaning, this will break a code for curpos < 50.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue7940>
_______________________________________

From report at bugs.python.org  Mon Sep  9 13:10:10 2019
From: report at bugs.python.org (Benjamin Peterson)
Date: Mon, 09 Sep 2019 17:10:10 +0000
Subject: [docs] [issue36502] str.isspace() for U+00A0 and U+202F differs
 from document
In-Reply-To: <1554186967.56.0.21483381742.issue36502@roundup.psfhosted.org>
Message-ID: <1568049010.78.0.00198995644319.issue36502@roundup.psfhosted.org>


Benjamin Peterson <benjamin at python.org> added the comment:


New changeset 58d61efd4cdece3b026868a66d829001198d29b1 by Benjamin Peterson in branch '2.7':
[2.7] bpo-36502: Update link to UAX GH-44, the Unicode doc on the UCD. (GH-15808)
https://github.com/python/cpython/commit/58d61efd4cdece3b026868a66d829001198d29b1


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36502>
_______________________________________

From report at bugs.python.org  Mon Sep  9 13:31:35 2019
From: report at bugs.python.org (miss-islington)
Date: Mon, 09 Sep 2019 17:31:35 +0000
Subject: [docs] [issue35803] Test and document that `dir=...` in tempfile
 may be PathLike
In-Reply-To: <1548108422.42.0.0789815194403.issue35803@roundup.psfhosted.org>
Message-ID: <1568050295.39.0.432720209634.issue35803@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset eadf6b8787e979920c4fb6845797c33d270d2729 by Miss Islington (bot) in branch '3.8':
bpo-35803: Document and test dir=PathLike for tempfile (GH-11644)
https://github.com/python/cpython/commit/eadf6b8787e979920c4fb6845797c33d270d2729


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35803>
_______________________________________

From report at bugs.python.org  Mon Sep  9 13:33:21 2019
From: report at bugs.python.org (miss-islington)
Date: Mon, 09 Sep 2019 17:33:21 +0000
Subject: [docs] [issue35803] Test and document that `dir=...` in tempfile
 may be PathLike
In-Reply-To: <1548108422.42.0.0789815194403.issue35803@roundup.psfhosted.org>
Message-ID: <1568050401.04.0.847581538605.issue35803@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset b4591ad33a727873c0a07d084211295bf4f5b892 by Miss Islington (bot) in branch '3.7':
bpo-35803: Document and test dir=PathLike for tempfile (GH-11644)
https://github.com/python/cpython/commit/b4591ad33a727873c0a07d084211295bf4f5b892


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35803>
_______________________________________

From report at bugs.python.org  Mon Sep  9 14:40:08 2019
From: report at bugs.python.org (miss-islington)
Date: Mon, 09 Sep 2019 18:40:08 +0000
Subject: [docs] [issue36502] str.isspace() for U+00A0 and U+202F differs
 from document
In-Reply-To: <1554186967.56.0.21483381742.issue36502@roundup.psfhosted.org>
Message-ID: <1568054408.46.0.316767843989.issue36502@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 0a86da87da82c4a28d7ec91eb54c0b9ca40bbea7 by Miss Islington (bot) in branch '3.7':
bpo-36502: Update link to UAX GH-44, the Unicode doc on the UCD. (GH-15301)
https://github.com/python/cpython/commit/0a86da87da82c4a28d7ec91eb54c0b9ca40bbea7


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36502>
_______________________________________

From report at bugs.python.org  Mon Sep  9 14:41:16 2019
From: report at bugs.python.org (miss-islington)
Date: Mon, 09 Sep 2019 18:41:16 +0000
Subject: [docs] [issue36502] str.isspace() for U+00A0 and U+202F differs
 from document
In-Reply-To: <1554186967.56.0.21483381742.issue36502@roundup.psfhosted.org>
Message-ID: <1568054476.91.0.852518759098.issue36502@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset c1c04cbc24c11cd7a47579af3faffee05a16acd7 by Miss Islington (bot) in branch '3.8':
bpo-36502: Update link to UAX GH-44, the Unicode doc on the UCD. (GH-15301)
https://github.com/python/cpython/commit/c1c04cbc24c11cd7a47579af3faffee05a16acd7


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36502>
_______________________________________

From report at bugs.python.org  Mon Sep  9 17:52:06 2019
From: report at bugs.python.org (Zachary Ware)
Date: Mon, 09 Sep 2019 21:52:06 +0000
Subject: [docs] [issue34293] DOC: Makefile inherits a Sphinx 1.5 bug
 regarding PAPER envvar
In-Reply-To: <1533042613.34.0.56676864532.issue34293@psf.upfronthosting.co.za>
Message-ID: <1568065926.77.0.0832020577728.issue34293@roundup.psfhosted.org>


Zachary Ware <zachary.ware at gmail.com> added the comment:


New changeset b5381f669718aa19690f42f3b8bd88f03045b9d2 by Zachary Ware (Jean-Fran?ois B) in branch 'master':
bpo-34293: Fix PDF documentation paper size (GH-8585)
https://github.com/python/cpython/commit/b5381f669718aa19690f42f3b8bd88f03045b9d2


----------
nosy: +zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34293>
_______________________________________

From report at bugs.python.org  Mon Sep  9 17:54:51 2019
From: report at bugs.python.org (Zachary Ware)
Date: Mon, 09 Sep 2019 21:54:51 +0000
Subject: [docs] [issue34293] DOC: Makefile inherits a Sphinx 1.5 bug
 regarding PAPER envvar
In-Reply-To: <1533042613.34.0.56676864532.issue34293@psf.upfronthosting.co.za>
Message-ID: <1568066091.77.0.328766311724.issue34293@roundup.psfhosted.org>


Change by Zachary Ware <zachary.ware at gmail.com>:


----------
pull_requests: +15464
pull_request: https://github.com/python/cpython/pull/15816

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34293>
_______________________________________

From report at bugs.python.org  Mon Sep  9 17:57:56 2019
From: report at bugs.python.org (Zachary Ware)
Date: Mon, 09 Sep 2019 21:57:56 +0000
Subject: [docs] [issue34293] DOC: Makefile inherits a Sphinx 1.5 bug
 regarding PAPER envvar
In-Reply-To: <1533042613.34.0.56676864532.issue34293@psf.upfronthosting.co.za>
Message-ID: <1568066276.72.0.404616012255.issue34293@roundup.psfhosted.org>


Change by Zachary Ware <zachary.ware at gmail.com>:


----------
pull_requests: +15465
pull_request: https://github.com/python/cpython/pull/15817

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34293>
_______________________________________

From report at bugs.python.org  Mon Sep  9 17:59:54 2019
From: report at bugs.python.org (Zachary Ware)
Date: Mon, 09 Sep 2019 21:59:54 +0000
Subject: [docs] [issue34293] DOC: Makefile inherits a Sphinx 1.5 bug
 regarding PAPER envvar
In-Reply-To: <1533042613.34.0.56676864532.issue34293@psf.upfronthosting.co.za>
Message-ID: <1568066394.11.0.933925965675.issue34293@roundup.psfhosted.org>


Zachary Ware <zachary.ware at gmail.com> added the comment:

Thank you for the patch!

----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.7, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34293>
_______________________________________

From report at bugs.python.org  Mon Sep  9 18:11:26 2019
From: report at bugs.python.org (Zachary Ware)
Date: Mon, 09 Sep 2019 22:11:26 +0000
Subject: [docs] [issue34293] DOC: Makefile inherits a Sphinx 1.5 bug
 regarding PAPER envvar
In-Reply-To: <1533042613.34.0.56676864532.issue34293@psf.upfronthosting.co.za>
Message-ID: <1568067086.53.0.544052240627.issue34293@roundup.psfhosted.org>


Zachary Ware <zachary.ware at gmail.com> added the comment:


New changeset 99df5e837334b62c29c979bb0806f525778a4f3e by Zachary Ware in branch '3.8':
[3.8] bpo-34293: Fix PDF documentation paper size (GH-8585) (GH-15816)
https://github.com/python/cpython/commit/99df5e837334b62c29c979bb0806f525778a4f3e


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34293>
_______________________________________

From report at bugs.python.org  Mon Sep  9 18:11:37 2019
From: report at bugs.python.org (Zachary Ware)
Date: Mon, 09 Sep 2019 22:11:37 +0000
Subject: [docs] [issue34293] DOC: Makefile inherits a Sphinx 1.5 bug
 regarding PAPER envvar
In-Reply-To: <1533042613.34.0.56676864532.issue34293@psf.upfronthosting.co.za>
Message-ID: <1568067097.2.0.822247618988.issue34293@roundup.psfhosted.org>


Zachary Ware <zachary.ware at gmail.com> added the comment:


New changeset 12228ce41de1b8fcfb3f1ba0a86d98a232815e85 by Zachary Ware in branch '3.7':
[3.7] bpo-34293: Fix PDF documentation paper size (GH-8585) (GH-15817)
https://github.com/python/cpython/commit/12228ce41de1b8fcfb3f1ba0a86d98a232815e85


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34293>
_______________________________________

From report at bugs.python.org  Mon Sep  9 23:27:06 2019
From: report at bugs.python.org (Ashwin Ramaswami)
Date: Tue, 10 Sep 2019 03:27:06 +0000
Subject: [docs] [issue37488] Document the "gotcha" behaviors in utcnow() and
 utcfromtimestamp()
In-Reply-To: <1562083298.89.0.799843667155.issue37488@roundup.psfhosted.org>
Message-ID: <1568086026.3.0.713061399742.issue37488@roundup.psfhosted.org>


Ashwin Ramaswami <aramaswamis at gmail.com> added the comment:

Why not deprecate them?

----------
nosy: +epicfaace

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37488>
_______________________________________

From report at bugs.python.org  Tue Sep 10 04:55:37 2019
From: report at bugs.python.org (Julien Palard)
Date: Tue, 10 Sep 2019 08:55:37 +0000
Subject: [docs] [issue25237] Add doc for tkinter commondialog.Dialog and
 subclasses
In-Reply-To: <1443236612.77.0.515516122635.issue25237@psf.upfronthosting.co.za>
Message-ID: <1568105737.18.0.248859437129.issue25237@roundup.psfhosted.org>


Julien Palard <julien+python at palard.fr> added the comment:


New changeset 80428ed4e19b31071433806b4d89465c88e084c6 by Julien Palard (Nikhil) in branch 'master':
bpo-25237: Documentation for tkinter modules (GH-1870)
https://github.com/python/cpython/commit/80428ed4e19b31071433806b4d89465c88e084c6


----------
nosy: +mdk

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25237>
_______________________________________

From report at bugs.python.org  Tue Sep 10 04:56:16 2019
From: report at bugs.python.org (Julien Palard)
Date: Tue, 10 Sep 2019 08:56:16 +0000
Subject: [docs] [issue25237] Add doc for tkinter commondialog.Dialog and
 subclasses
In-Reply-To: <1443236612.77.0.515516122635.issue25237@psf.upfronthosting.co.za>
Message-ID: <1568105776.6.0.79265984744.issue25237@roundup.psfhosted.org>


Change by Julien Palard <julien+python at palard.fr>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25237>
_______________________________________

From report at bugs.python.org  Tue Sep 10 06:31:28 2019
From: report at bugs.python.org (Lisa Roach)
Date: Tue, 10 Sep 2019 10:31:28 +0000
Subject: [docs] [issue37052] Add examples for mocking async for and async
 context manager in unittest.mock docs
In-Reply-To: <1558857063.08.0.951093658338.issue37052@roundup.psfhosted.org>
Message-ID: <1568111488.61.0.300391679252.issue37052@roundup.psfhosted.org>


Lisa Roach <lisaroach14 at gmail.com> added the comment:

I think this is a great addition! Ezio and I were chatting about trying to add an example where the child mocks are also AsyncMocks, since by default they will be MagicMocks. Adding him to nosy.

----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37052>
_______________________________________

From report at bugs.python.org  Tue Sep 10 06:37:20 2019
From: report at bugs.python.org (miss-islington)
Date: Tue, 10 Sep 2019 10:37:20 +0000
Subject: [docs] [issue37052] Add examples for mocking async for and async
 context manager in unittest.mock docs
In-Reply-To: <1558857063.08.0.951093658338.issue37052@roundup.psfhosted.org>
Message-ID: <1568111840.63.0.315447434526.issue37052@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset c8dfa7333d6317d7cd8c5c7366023f5a668e3f91 by Miss Islington (bot) (Xtreak) in branch 'master':
bpo-37052: Add examples for mocking async iterators and context managers (GH-14660)
https://github.com/python/cpython/commit/c8dfa7333d6317d7cd8c5c7366023f5a668e3f91


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37052>
_______________________________________

From report at bugs.python.org  Tue Sep 10 06:37:28 2019
From: report at bugs.python.org (miss-islington)
Date: Tue, 10 Sep 2019 10:37:28 +0000
Subject: [docs] [issue37052] Add examples for mocking async for and async
 context manager in unittest.mock docs
In-Reply-To: <1558857063.08.0.951093658338.issue37052@roundup.psfhosted.org>
Message-ID: <1568111848.83.0.740087036397.issue37052@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15479
pull_request: https://github.com/python/cpython/pull/15834

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37052>
_______________________________________

From report at bugs.python.org  Tue Sep 10 06:42:02 2019
From: report at bugs.python.org (Dino Viehland)
Date: Tue, 10 Sep 2019 10:42:02 +0000
Subject: [docs] [issue36971] Add subsections in C API "Common Object
 Structures" page
In-Reply-To: <1558365249.02.0.267009483185.issue36971@roundup.psfhosted.org>
Message-ID: <1568112122.31.0.753333055188.issue36971@roundup.psfhosted.org>


Dino Viehland <dinoviehland at gmail.com> added the comment:


New changeset 9669931e5e76cf4b6ae6d3d66e699b5fd6ffe931 by Dino Viehland (Jeroen Demeyer) in branch 'master':
bpo-36971: add subsections in C API "Common Object Structures" page (#13446)
https://github.com/python/cpython/commit/9669931e5e76cf4b6ae6d3d66e699b5fd6ffe931


----------
nosy: +dino.viehland

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36971>
_______________________________________

From report at bugs.python.org  Tue Sep 10 06:55:10 2019
From: report at bugs.python.org (miss-islington)
Date: Tue, 10 Sep 2019 10:55:10 +0000
Subject: [docs] [issue36373] Deprecate explicit loop parameter in all public
 asyncio APIs
In-Reply-To: <1553025335.55.0.640410639085.issue36373@roundup.psfhosted.org>
Message-ID: <1568112910.19.0.517894442736.issue36373@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 537877d85d1c27d2c2f5189e39da64a7a0c413d3 by Miss Islington (bot) (Emmanuel Arias) in branch 'master':
 bpo-36373: Deprecate explicit loop parameter in all public asyncio APIs [locks] (GH-13920)
https://github.com/python/cpython/commit/537877d85d1c27d2c2f5189e39da64a7a0c413d3


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36373>
_______________________________________

From report at bugs.python.org  Tue Sep 10 06:55:45 2019
From: report at bugs.python.org (miss-islington)
Date: Tue, 10 Sep 2019 10:55:45 +0000
Subject: [docs] [issue36373] Deprecate explicit loop parameter in all public
 asyncio APIs
In-Reply-To: <1553025335.55.0.640410639085.issue36373@roundup.psfhosted.org>
Message-ID: <1568112945.63.0.0473542593426.issue36373@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15480
pull_request: https://github.com/python/cpython/pull/15835

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36373>
_______________________________________

From report at bugs.python.org  Tue Sep 10 07:08:58 2019
From: report at bugs.python.org (miss-islington)
Date: Tue, 10 Sep 2019 11:08:58 +0000
Subject: [docs] [issue37052] Add examples for mocking async for and async
 context manager in unittest.mock docs
In-Reply-To: <1558857063.08.0.951093658338.issue37052@roundup.psfhosted.org>
Message-ID: <1568113738.66.0.731123850888.issue37052@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset ab74e52f768be5048faf2a11e78822533afebcb7 by Miss Islington (bot) in branch '3.8':
bpo-37052: Add examples for mocking async iterators and context managers (GH-14660)
https://github.com/python/cpython/commit/ab74e52f768be5048faf2a11e78822533afebcb7


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37052>
_______________________________________

From report at bugs.python.org  Tue Sep 10 07:26:57 2019
From: report at bugs.python.org (miss-islington)
Date: Tue, 10 Sep 2019 11:26:57 +0000
Subject: [docs] [issue36373] Deprecate explicit loop parameter in all public
 asyncio APIs
In-Reply-To: <1553025335.55.0.640410639085.issue36373@roundup.psfhosted.org>
Message-ID: <1568114817.56.0.0696304924917.issue36373@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset bb8fc8bd309419c159b632068dff73c3c76d478c by Miss Islington (bot) in branch '3.8':
bpo-36373: Deprecate explicit loop parameter in all public asyncio APIs [locks] (GH-13920)
https://github.com/python/cpython/commit/bb8fc8bd309419c159b632068dff73c3c76d478c


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36373>
_______________________________________

From report at bugs.python.org  Tue Sep 10 07:38:40 2019
From: report at bugs.python.org (Vinay Sajip)
Date: Tue, 10 Sep 2019 11:38:40 +0000
Subject: [docs] [issue16575] ctypes: unions as arguments
In-Reply-To: <1354163044.21.0.431588472559.issue16575@psf.upfronthosting.co.za>
Message-ID: <1568115520.17.0.783505019247.issue16575@roundup.psfhosted.org>


Change by Vinay Sajip <vinay_sajip at yahoo.co.uk>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue16575>
_______________________________________

From report at bugs.python.org  Tue Sep 10 07:46:15 2019
From: report at bugs.python.org (miss-islington)
Date: Tue, 10 Sep 2019 11:46:15 +0000
Subject: [docs] [issue36373] Deprecate explicit loop parameter in all public
 asyncio APIs
In-Reply-To: <1553025335.55.0.640410639085.issue36373@roundup.psfhosted.org>
Message-ID: <1568115975.28.0.622007411137.issue36373@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 9008be303a89bfab8c3314c6a42330b5523adc8b by Miss Islington (bot) (Emmanuel Arias) in branch 'master':
bpo-36373: Deprecate explicit loop parameter in all public asyncio APIs [queue] (GH-13950)
https://github.com/python/cpython/commit/9008be303a89bfab8c3314c6a42330b5523adc8b


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36373>
_______________________________________

From report at bugs.python.org  Tue Sep 10 07:46:23 2019
From: report at bugs.python.org (miss-islington)
Date: Tue, 10 Sep 2019 11:46:23 +0000
Subject: [docs] [issue36373] Deprecate explicit loop parameter in all public
 asyncio APIs
In-Reply-To: <1553025335.55.0.640410639085.issue36373@roundup.psfhosted.org>
Message-ID: <1568115983.56.0.653135986541.issue36373@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15488
pull_request: https://github.com/python/cpython/pull/15841

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36373>
_______________________________________

From report at bugs.python.org  Tue Sep 10 08:32:52 2019
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Tue, 10 Sep 2019 12:32:52 +0000
Subject: [docs] [issue37052] Add examples for mocking async for and async
 context manager in unittest.mock docs
In-Reply-To: <1558857063.08.0.951093658338.issue37052@roundup.psfhosted.org>
Message-ID: <1568118772.06.0.0176318246248.issue37052@roundup.psfhosted.org>


Karthikeyan Singaravelan <tir.karthi at gmail.com> added the comment:

I will open a separate PR as discussed around mocking a class with an async method which is patched with AsyncMock. Meanwhile a method that returns a coroutine is patched with a MagicMock and needs to be explicitly mocked with an AsyncMock as new in the patch call. The original example in Zulip is as below showing the difference.


from unittest.mock import AsyncMock, patch
import asyncio

async def foo():
    pass

async def post(url):
    pass


class Response:

    async def json(self):
        pass

    def sync_json(self):
        return foo() # Returns a coroutine which should be awaited to get the result


async def main():
    # post function is an async function and hence AsyncMock is returned.
    with patch(f"{__name__}.post", return_value={'a': 1}) as m:
        print(await post("http://example.com"))

    # The json method call is a coroutine whose return_value is set with the dictionary
    # json is an async function and hence during patching here m is an AsyncMock
    response = Response()
    with patch.object(response, 'json', return_value={'a': 1}):
        print(await response.json())

    # sync_json returns a coroutine and not an async def itself. So it's mocked as MagicMock
    # by patch.object and we need to pass an explicit callable as AsyncMock to make sure it's
    # awaitable
    response = Response()
    with patch.object(response, 'sync_json', AsyncMock(return_value={'a': 1})):
        print(await response.sync_json())


asyncio.run(main())

----------
versions: +Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37052>
_______________________________________

From report at bugs.python.org  Tue Sep 10 08:44:01 2019
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 10 Sep 2019 12:44:01 +0000
Subject: [docs] [issue25461] Unclear language (the word ineffective) in the
 documentation for os.walk
In-Reply-To: <1445533538.52.0.421272081658.issue25461@psf.upfronthosting.co.za>
Message-ID: <1568119441.27.0.0183933745567.issue25461@roundup.psfhosted.org>


Benjamin Peterson <benjamin at python.org> added the comment:


New changeset 734f1202a50641eb2c4bfbcd5b75247c1dc99a8f by Benjamin Peterson (Bernt R?skar Brenna) in branch 'master':
closes bpo-25461: Update os.walk() docstring to match the online docs. (GH-11836)
https://github.com/python/cpython/commit/734f1202a50641eb2c4bfbcd5b75247c1dc99a8f


----------
nosy: +benjamin.peterson
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25461>
_______________________________________

From report at bugs.python.org  Tue Sep 10 08:44:09 2019
From: report at bugs.python.org (miss-islington)
Date: Tue, 10 Sep 2019 12:44:09 +0000
Subject: [docs] [issue25461] Unclear language (the word ineffective) in the
 documentation for os.walk
In-Reply-To: <1445533538.52.0.421272081658.issue25461@psf.upfronthosting.co.za>
Message-ID: <1568119449.5.0.367531703617.issue25461@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15489
pull_request: https://github.com/python/cpython/pull/15843

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25461>
_______________________________________

From report at bugs.python.org  Tue Sep 10 08:44:15 2019
From: report at bugs.python.org (miss-islington)
Date: Tue, 10 Sep 2019 12:44:15 +0000
Subject: [docs] [issue25461] Unclear language (the word ineffective) in the
 documentation for os.walk
In-Reply-To: <1445533538.52.0.421272081658.issue25461@psf.upfronthosting.co.za>
Message-ID: <1568119455.1.0.856020120243.issue25461@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15490
pull_request: https://github.com/python/cpython/pull/15844

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25461>
_______________________________________

From report at bugs.python.org  Tue Sep 10 08:50:17 2019
From: report at bugs.python.org (miss-islington)
Date: Tue, 10 Sep 2019 12:50:17 +0000
Subject: [docs] [issue36373] Deprecate explicit loop parameter in all public
 asyncio APIs
In-Reply-To: <1553025335.55.0.640410639085.issue36373@roundup.psfhosted.org>
Message-ID: <1568119817.12.0.958948013886.issue36373@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 55daf1a56163e0673654712bb92ce47a9b6f7be3 by Miss Islington (bot) in branch '3.8':
bpo-36373: Deprecate explicit loop parameter in all public asyncio APIs [queue] (GH-13950)
https://github.com/python/cpython/commit/55daf1a56163e0673654712bb92ce47a9b6f7be3


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36373>
_______________________________________

From report at bugs.python.org  Tue Sep 10 08:51:12 2019
From: report at bugs.python.org (Julien Palard)
Date: Tue, 10 Sep 2019 12:51:12 +0000
Subject: [docs] [issue21018] [patch] added missing documentation about
 escaping characters for configparser
In-Reply-To: <1395464420.76.0.68706986346.issue21018@psf.upfronthosting.co.za>
Message-ID: <1568119872.59.0.139883985717.issue21018@roundup.psfhosted.org>


Julien Palard <julien+python at palard.fr> added the comment:


New changeset 9a94093189417adddd6b59d6c80cc5544630c8aa by Julien Palard (Arun Persaud) in branch 'master':
bpo-21018: added missing documentation about escaping characters for configparser (GH-6137)
https://github.com/python/cpython/commit/9a94093189417adddd6b59d6c80cc5544630c8aa


----------
nosy: +mdk

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue21018>
_______________________________________

From report at bugs.python.org  Tue Sep 10 08:51:20 2019
From: report at bugs.python.org (miss-islington)
Date: Tue, 10 Sep 2019 12:51:20 +0000
Subject: [docs] [issue21018] [patch] added missing documentation about
 escaping characters for configparser
In-Reply-To: <1395464420.76.0.68706986346.issue21018@psf.upfronthosting.co.za>
Message-ID: <1568119880.84.0.765034845603.issue21018@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15491
pull_request: https://github.com/python/cpython/pull/15845

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue21018>
_______________________________________

From report at bugs.python.org  Tue Sep 10 08:52:01 2019
From: report at bugs.python.org (miss-islington)
Date: Tue, 10 Sep 2019 12:52:01 +0000
Subject: [docs] [issue21018] [patch] added missing documentation about
 escaping characters for configparser
In-Reply-To: <1395464420.76.0.68706986346.issue21018@psf.upfronthosting.co.za>
Message-ID: <1568119921.79.0.425051774619.issue21018@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15492
pull_request: https://github.com/python/cpython/pull/15846

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue21018>
_______________________________________

From report at bugs.python.org  Tue Sep 10 08:52:35 2019
From: report at bugs.python.org (Julien Palard)
Date: Tue, 10 Sep 2019 12:52:35 +0000
Subject: [docs] [issue21018] [patch] added missing documentation about
 escaping characters for configparser
In-Reply-To: <1395464420.76.0.68706986346.issue21018@psf.upfronthosting.co.za>
Message-ID: <1568119954.97.0.707586873618.issue21018@roundup.psfhosted.org>


Julien Palard <julien+python at palard.fr> added the comment:

Thanks!

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue21018>
_______________________________________

From report at bugs.python.org  Tue Sep 10 09:22:00 2019
From: report at bugs.python.org (miss-islington)
Date: Tue, 10 Sep 2019 13:22:00 +0000
Subject: [docs] [issue25461] Unclear language (the word ineffective) in the
 documentation for os.walk
In-Reply-To: <1445533538.52.0.421272081658.issue25461@psf.upfronthosting.co.za>
Message-ID: <1568121720.91.0.189268246695.issue25461@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset c43f26eca35f22707a52fb8f3fbfc9340639b58d by Miss Islington (bot) in branch '3.8':
closes bpo-25461: Update os.walk() docstring to match the online docs. (GH-11836)
https://github.com/python/cpython/commit/c43f26eca35f22707a52fb8f3fbfc9340639b58d


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25461>
_______________________________________

From report at bugs.python.org  Tue Sep 10 09:32:39 2019
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Tue, 10 Sep 2019 13:32:39 +0000
Subject: [docs] [issue36373] Deprecate explicit loop parameter in all public
 asyncio APIs
In-Reply-To: <1553025335.55.0.640410639085.issue36373@roundup.psfhosted.org>
Message-ID: <1568122359.73.0.902756200831.issue36373@roundup.psfhosted.org>


Karthikeyan Singaravelan <tir.karthi at gmail.com> added the comment:

async_case passes loop parameter to the queue used to collect tests and this causes below DeprecationWarning with last change over deprecation in queues and locks API.

./python.exe -m unittest Lib.unittest.test.test_async_case
/Users/karthikeyansingaravelan/stuff/python/cpython/Lib/unittest/async_case.py:116: DeprecationWarning: The loop argument is deprecated since Python 3.8, and scheduled for removal in Python 3.10.
  self._asyncioCallsQueue = asyncio.Queue(loop=loop)
/Users/karthikeyansingaravelan/stuff/python/cpython/Lib/asyncio/queues.py:48: DeprecationWarning: The loop argument is deprecated since Python 3.8, and scheduled for removal in Python 3.10.
  self._finished = locks.Event(loop=self._loop)
.......
----------------------------------------------------------------------
Ran 7 tests in 0.083s

OK

----------
nosy: +xtreak

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36373>
_______________________________________

From report at bugs.python.org  Tue Sep 10 09:32:46 2019
From: report at bugs.python.org (Julien Palard)
Date: Tue, 10 Sep 2019 13:32:46 +0000
Subject: [docs] [issue21018] [patch] added missing documentation about
 escaping characters for configparser
In-Reply-To: <1395464420.76.0.68706986346.issue21018@psf.upfronthosting.co.za>
Message-ID: <1568122366.2.0.906414696952.issue21018@roundup.psfhosted.org>


Julien Palard <julien+python at palard.fr> added the comment:


New changeset 122bbf7f8ac2cef4368e3601af593a027dc62ccf by Julien Palard (Miss Islington (bot)) in branch '3.7':
bpo-21018: added missing documentation about escaping characters for configparser (GH-6137) (GH-15845)
https://github.com/python/cpython/commit/122bbf7f8ac2cef4368e3601af593a027dc62ccf


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue21018>
_______________________________________

From report at bugs.python.org  Tue Sep 10 09:32:59 2019
From: report at bugs.python.org (Julien Palard)
Date: Tue, 10 Sep 2019 13:32:59 +0000
Subject: [docs] [issue21018] [patch] added missing documentation about
 escaping characters for configparser
In-Reply-To: <1395464420.76.0.68706986346.issue21018@psf.upfronthosting.co.za>
Message-ID: <1568122379.22.0.851305051491.issue21018@roundup.psfhosted.org>


Julien Palard <julien+python at palard.fr> added the comment:


New changeset 5cf8155bbd2c65572295b26e96c221763b3322f0 by Julien Palard (Miss Islington (bot)) in branch '3.8':
bpo-21018: added missing documentation about escaping characters for configparser (GH-6137) (GH-15846)
https://github.com/python/cpython/commit/5cf8155bbd2c65572295b26e96c221763b3322f0


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue21018>
_______________________________________

From report at bugs.python.org  Tue Sep 10 09:34:06 2019
From: report at bugs.python.org (miss-islington)
Date: Tue, 10 Sep 2019 13:34:06 +0000
Subject: [docs] [issue25461] Unclear language (the word ineffective) in the
 documentation for os.walk
In-Reply-To: <1445533538.52.0.421272081658.issue25461@psf.upfronthosting.co.za>
Message-ID: <1568122446.17.0.785802720882.issue25461@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset d94b762ce824e97c441f9231f0e69ef8f59beeab by Miss Islington (bot) in branch '3.7':
closes bpo-25461: Update os.walk() docstring to match the online docs. (GH-11836)
https://github.com/python/cpython/commit/d94b762ce824e97c441f9231f0e69ef8f59beeab


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25461>
_______________________________________

From report at bugs.python.org  Tue Sep 10 09:43:40 2019
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Tue, 10 Sep 2019 13:43:40 +0000
Subject: [docs] [issue36373] Deprecate explicit loop parameter in all public
 asyncio APIs
In-Reply-To: <1553025335.55.0.640410639085.issue36373@roundup.psfhosted.org>
Message-ID: <1568123020.35.0.54571012542.issue36373@roundup.psfhosted.org>


Karthikeyan Singaravelan <tir.karthi at gmail.com> added the comment:

Few more tests and call sites

./python.exe -Wall -m test test_asyncio
Run tests sequentially
0:00:00 load avg: 2.41 [1/1] test_asyncio
/Users/karthikeyansingaravelan/stuff/python/cpython/Lib/asyncio/locks.py:335: DeprecationWarning: The loop argument is deprecated since Python 3.8, and scheduled for removal in Python 3.10.
  lock = Lock(loop=self._loop)
test_asyncio passed in 1 min 38 sec

== Tests result: SUCCESS ==

1 test OK.

Total duration: 1 min 38 sec
Tests result: SUCCESS

call sites 

>>> list(asyncio.tasks.as_completed([asyncio.ensure_future(asyncio.sleep(1))]))
/Users/karthikeyansingaravelan/stuff/python/cpython/Lib/asyncio/tasks.py:579: DeprecationWarning: The loop argument is deprecated since Python 3.8, and scheduled for removal in Python 3.10.
  done = Queue(loop=loop)
/Users/karthikeyansingaravelan/stuff/python/cpython/Lib/asyncio/queues.py:48: DeprecationWarning: The loop argument is deprecated since Python 3.8, and scheduled for removal in Python 3.10.
  self._finished = locks.Event(loop=self._loop)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36373>
_______________________________________

From report at bugs.python.org  Tue Sep 10 10:01:16 2019
From: report at bugs.python.org (Steve Dower)
Date: Tue, 10 Sep 2019 14:01:16 +0000
Subject: [docs] [issue37913] Document that __length_hint__ may return
 NotImplemented
In-Reply-To: <1566469027.85.0.30597516641.issue37913@roundup.psfhosted.org>
Message-ID: <1568124076.51.0.170249101489.issue37913@roundup.psfhosted.org>


Steve Dower <steve.dower at python.org> added the comment:


New changeset 009ef2955d91e04f62a7159a1c7ddaddbfedc3b6 by Steve Dower (Jeroen Demeyer) in branch 'master':
bpo-37913: document that __length_hint__ can return NotImplemented (GH-15383)
https://github.com/python/cpython/commit/009ef2955d91e04f62a7159a1c7ddaddbfedc3b6


----------
nosy: +steve.dower

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37913>
_______________________________________

From report at bugs.python.org  Tue Sep 10 10:03:13 2019
From: report at bugs.python.org (Steve Dower)
Date: Tue, 10 Sep 2019 14:03:13 +0000
Subject: [docs] [issue37913] Document that __length_hint__ may return
 NotImplemented
In-Reply-To: <1566469027.85.0.30597516641.issue37913@roundup.psfhosted.org>
Message-ID: <1568124193.08.0.707843273093.issue37913@roundup.psfhosted.org>


Change by Steve Dower <steve.dower at python.org>:


----------
pull_requests: +15507
pull_request: https://github.com/python/cpython/pull/15860

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37913>
_______________________________________

From report at bugs.python.org  Tue Sep 10 10:06:41 2019
From: report at bugs.python.org (Steve Dower)
Date: Tue, 10 Sep 2019 14:06:41 +0000
Subject: [docs] [issue37913] Document that __length_hint__ may return
 NotImplemented
In-Reply-To: <1566469027.85.0.30597516641.issue37913@roundup.psfhosted.org>
Message-ID: <1568124401.08.0.0152971091947.issue37913@roundup.psfhosted.org>


Change by Steve Dower <steve.dower at python.org>:


----------
pull_requests: +15509
pull_request: https://github.com/python/cpython/pull/15862

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37913>
_______________________________________

From report at bugs.python.org  Tue Sep 10 10:06:34 2019
From: report at bugs.python.org (Andrew Svetlov)
Date: Tue, 10 Sep 2019 14:06:34 +0000
Subject: [docs] [issue36373] Deprecate explicit loop parameter in all public
 asyncio APIs
In-Reply-To: <1553025335.55.0.640410639085.issue36373@roundup.psfhosted.org>
Message-ID: <1568124394.3.0.0122641306687.issue36373@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:

Thanks for the report xtreak, I'll make a fix.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36373>
_______________________________________

From report at bugs.python.org  Tue Sep 10 10:25:16 2019
From: report at bugs.python.org (Steve Dower)
Date: Tue, 10 Sep 2019 14:25:16 +0000
Subject: [docs] [issue37913] Document that __length_hint__ may return
 NotImplemented
In-Reply-To: <1566469027.85.0.30597516641.issue37913@roundup.psfhosted.org>
Message-ID: <1568125515.96.0.0522141032712.issue37913@roundup.psfhosted.org>


Steve Dower <steve.dower at python.org> added the comment:


New changeset a39a4c7439ed09069e619c10d30a6d0ec9332d1a by Steve Dower in branch 'master':
bpo-37913: Link to NotImplemented from new docs (GH-15860)
https://github.com/python/cpython/commit/a39a4c7439ed09069e619c10d30a6d0ec9332d1a


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37913>
_______________________________________

From report at bugs.python.org  Tue Sep 10 10:25:39 2019
From: report at bugs.python.org (Steve Dower)
Date: Tue, 10 Sep 2019 14:25:39 +0000
Subject: [docs] [issue37913] Document that __length_hint__ may return
 NotImplemented
In-Reply-To: <1566469027.85.0.30597516641.issue37913@roundup.psfhosted.org>
Message-ID: <1568125539.93.0.512725569817.issue37913@roundup.psfhosted.org>


Change by Steve Dower <steve.dower at python.org>:


----------
pull_requests: +15510
pull_request: https://github.com/python/cpython/pull/15863

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37913>
_______________________________________

From report at bugs.python.org  Tue Sep 10 10:31:29 2019
From: report at bugs.python.org (Steve Dower)
Date: Tue, 10 Sep 2019 14:31:29 +0000
Subject: [docs] [issue37913] Document that __length_hint__ may return
 NotImplemented
In-Reply-To: <1566469027.85.0.30597516641.issue37913@roundup.psfhosted.org>
Message-ID: <1568125889.11.0.973975162052.issue37913@roundup.psfhosted.org>


Steve Dower <steve.dower at python.org> added the comment:


New changeset ed99bb9ca68b37cfaec3629afa67d70289f3ffc7 by Steve Dower in branch '3.8':
bpo-37913: document that __length_hint__ can return NotImplemented (GH-15383)
https://github.com/python/cpython/commit/ed99bb9ca68b37cfaec3629afa67d70289f3ffc7


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37913>
_______________________________________

From report at bugs.python.org  Tue Sep 10 10:31:37 2019
From: report at bugs.python.org (miss-islington)
Date: Tue, 10 Sep 2019 14:31:37 +0000
Subject: [docs] [issue37913] Document that __length_hint__ may return
 NotImplemented
In-Reply-To: <1566469027.85.0.30597516641.issue37913@roundup.psfhosted.org>
Message-ID: <1568125897.73.0.0952184294693.issue37913@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15511
pull_request: https://github.com/python/cpython/pull/15864

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37913>
_______________________________________

From report at bugs.python.org  Tue Sep 10 10:33:19 2019
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Tue, 10 Sep 2019 14:33:19 +0000
Subject: [docs] [issue36373] Deprecate explicit loop parameter in all public
 asyncio APIs
In-Reply-To: <1553025335.55.0.640410639085.issue36373@roundup.psfhosted.org>
Message-ID: <1568125999.92.0.399622157225.issue36373@roundup.psfhosted.org>


Karthikeyan Singaravelan <tir.karthi at gmail.com> added the comment:

Is it okay to have _asyncio_internal keyword with default value as False and the places where it's used internally in stdlib like AsyncMock (Condition), async_case (Queue) and other tests we can pass in True? I have a patch if that would be a good approach :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36373>
_______________________________________

From report at bugs.python.org  Tue Sep 10 10:40:53 2019
From: report at bugs.python.org (Steve Dower)
Date: Tue, 10 Sep 2019 14:40:53 +0000
Subject: [docs] [issue37504] Documentation fails to build when using Sphinx'
 texinfo builder
In-Reply-To: <1562320155.27.0.39785501395.issue37504@roundup.psfhosted.org>
Message-ID: <1568126453.26.0.338986391381.issue37504@roundup.psfhosted.org>


Steve Dower <steve.dower at python.org> added the comment:


New changeset c3d679fd398f42a2e489fbe3dab17fac1fb2439c by Steve Dower (Dmitry Shachnev) in branch 'master':
bpo-37504: Fix documentation build with texinfo builder (GH-14606)
https://github.com/python/cpython/commit/c3d679fd398f42a2e489fbe3dab17fac1fb2439c


----------
nosy: +steve.dower

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37504>
_______________________________________

From report at bugs.python.org  Tue Sep 10 10:41:02 2019
From: report at bugs.python.org (miss-islington)
Date: Tue, 10 Sep 2019 14:41:02 +0000
Subject: [docs] [issue37504] Documentation fails to build when using Sphinx'
 texinfo builder
In-Reply-To: <1562320155.27.0.39785501395.issue37504@roundup.psfhosted.org>
Message-ID: <1568126462.59.0.503992626114.issue37504@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15512
pull_request: https://github.com/python/cpython/pull/15866

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37504>
_______________________________________

From report at bugs.python.org  Tue Sep 10 10:41:44 2019
From: report at bugs.python.org (Andrew Svetlov)
Date: Tue, 10 Sep 2019 14:41:44 +0000
Subject: [docs] [issue36373] Deprecate explicit loop parameter in all public
 asyncio APIs
In-Reply-To: <1553025335.55.0.640410639085.issue36373@roundup.psfhosted.org>
Message-ID: <1568126504.86.0.519040738609.issue36373@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:

Better to avoid _asyncio_internal if not strictly necessary.
Currently, _asyncio_internal is used for protection of asyncio class direct instantiation.

E.g. stream = asyncio.Stream() is forbidden, people should use factories like stream = await asyncio.connect(...) for it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36373>
_______________________________________

From report at bugs.python.org  Tue Sep 10 10:42:01 2019
From: report at bugs.python.org (Steve Dower)
Date: Tue, 10 Sep 2019 14:42:01 +0000
Subject: [docs] [issue37913] Document that __length_hint__ may return
 NotImplemented
In-Reply-To: <1566469027.85.0.30597516641.issue37913@roundup.psfhosted.org>
Message-ID: <1568126521.27.0.641328846994.issue37913@roundup.psfhosted.org>


Steve Dower <steve.dower at python.org> added the comment:


New changeset aa3b629a09bfcdf26cdfbbf7d6445ae333c0d44d by Steve Dower in branch '3.7':
bpo-37913: document that __length_hint__ can return NotImplemented (GH-15383)
https://github.com/python/cpython/commit/aa3b629a09bfcdf26cdfbbf7d6445ae333c0d44d


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37913>
_______________________________________

From report at bugs.python.org  Tue Sep 10 10:46:44 2019
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Tue, 10 Sep 2019 14:46:44 +0000
Subject: [docs] [issue36373] Deprecate explicit loop parameter in all public
 asyncio APIs
In-Reply-To: <1553025335.55.0.640410639085.issue36373@roundup.psfhosted.org>
Message-ID: <1568126803.98.0.679055115583.issue36373@roundup.psfhosted.org>


Karthikeyan Singaravelan <tir.karthi at gmail.com> added the comment:

Ah okay. There were places like Condition's constructor that has a deprecation warning and we construct a Lock with loop passed in the constructor and I passed along _asyncio_internal. I would be happy to look into your PR since mine is just passing along _asyncio_internal=True for all the stdlib calls.

I think it would be good if tests ran with warnings (at least DeprecationWarning and some class of warnings) as error but not sure why :(

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36373>
_______________________________________

From report at bugs.python.org  Tue Sep 10 10:51:47 2019
From: report at bugs.python.org (Steve Dower)
Date: Tue, 10 Sep 2019 14:51:47 +0000
Subject: [docs] [issue37504] Documentation fails to build when using Sphinx'
 texinfo builder
In-Reply-To: <1562320155.27.0.39785501395.issue37504@roundup.psfhosted.org>
Message-ID: <1568127107.02.0.405635747277.issue37504@roundup.psfhosted.org>


Steve Dower <steve.dower at python.org> added the comment:


New changeset 313f80192a7396ea3e5ab107175afe4c5a017ab8 by Steve Dower (Miss Islington (bot)) in branch '3.8':
bpo-37504: Fix documentation build with texinfo builder (GH-14606)
https://github.com/python/cpython/commit/313f80192a7396ea3e5ab107175afe4c5a017ab8


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37504>
_______________________________________

From report at bugs.python.org  Tue Sep 10 10:52:06 2019
From: report at bugs.python.org (Steve Dower)
Date: Tue, 10 Sep 2019 14:52:06 +0000
Subject: [docs] [issue37504] Documentation fails to build when using Sphinx'
 texinfo builder
In-Reply-To: <1562320155.27.0.39785501395.issue37504@roundup.psfhosted.org>
Message-ID: <1568127126.28.0.568137502018.issue37504@roundup.psfhosted.org>


Steve Dower <steve.dower at python.org> added the comment:

Thanks for the report and the patch!

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37504>
_______________________________________

From report at bugs.python.org  Tue Sep 10 10:57:19 2019
From: report at bugs.python.org (Steve Dower)
Date: Tue, 10 Sep 2019 14:57:19 +0000
Subject: [docs] [issue37913] Document that __length_hint__ may return
 NotImplemented
In-Reply-To: <1566469027.85.0.30597516641.issue37913@roundup.psfhosted.org>
Message-ID: <1568127439.38.0.416424927752.issue37913@roundup.psfhosted.org>


Steve Dower <steve.dower at python.org> added the comment:


New changeset 756eb849d7d968f0a0924fa33b68c62831e8884e by Steve Dower (Miss Islington (bot)) in branch '3.7':
bpo-37913: document that __length_hint__ can return NotImplemented (GH-15383)
https://github.com/python/cpython/commit/756eb849d7d968f0a0924fa33b68c62831e8884e


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37913>
_______________________________________

From report at bugs.python.org  Tue Sep 10 10:58:06 2019
From: report at bugs.python.org (Steve Dower)
Date: Tue, 10 Sep 2019 14:58:06 +0000
Subject: [docs] [issue37913] Document that __length_hint__ may return
 NotImplemented
In-Reply-To: <1566469027.85.0.30597516641.issue37913@roundup.psfhosted.org>
Message-ID: <1568127486.29.0.406246061599.issue37913@roundup.psfhosted.org>


Change by Steve Dower <steve.dower at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37913>
_______________________________________

From report at bugs.python.org  Tue Sep 10 11:11:19 2019
From: report at bugs.python.org (Julien Palard)
Date: Tue, 10 Sep 2019 15:11:19 +0000
Subject: [docs] [issue33602] Remove set and queue references from Data Types
In-Reply-To: <1526999288.77.0.682650639539.issue33602@psf.upfronthosting.co.za>
Message-ID: <1568128279.36.0.489966138382.issue33602@roundup.psfhosted.org>


Julien Palard <julien+python at palard.fr> added the comment:


New changeset 912108891db52c2067889be1f4ce5713839807cd by Julien Palard (Andre Delfino) in branch 'master':
bpo-33602: Doc: Remove set and queue references from Data Types (GH-7055)
https://github.com/python/cpython/commit/912108891db52c2067889be1f4ce5713839807cd


----------
nosy: +mdk

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33602>
_______________________________________

From report at bugs.python.org  Tue Sep 10 11:11:27 2019
From: report at bugs.python.org (miss-islington)
Date: Tue, 10 Sep 2019 15:11:27 +0000
Subject: [docs] [issue33602] Remove set and queue references from Data Types
In-Reply-To: <1526999288.77.0.682650639539.issue33602@psf.upfronthosting.co.za>
Message-ID: <1568128287.85.0.0505153992001.issue33602@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15515
pull_request: https://github.com/python/cpython/pull/15875

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33602>
_______________________________________

From report at bugs.python.org  Tue Sep 10 11:11:34 2019
From: report at bugs.python.org (miss-islington)
Date: Tue, 10 Sep 2019 15:11:34 +0000
Subject: [docs] [issue33602] Remove set and queue references from Data Types
In-Reply-To: <1526999288.77.0.682650639539.issue33602@psf.upfronthosting.co.za>
Message-ID: <1568128294.14.0.579781207524.issue33602@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15516
pull_request: https://github.com/python/cpython/pull/15876

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33602>
_______________________________________

From report at bugs.python.org  Tue Sep 10 11:42:59 2019
From: report at bugs.python.org (Julien Palard)
Date: Tue, 10 Sep 2019 15:42:59 +0000
Subject: [docs] [issue33602] Remove set and queue references from Data Types
In-Reply-To: <1526999288.77.0.682650639539.issue33602@psf.upfronthosting.co.za>
Message-ID: <1568130179.06.0.481250895939.issue33602@roundup.psfhosted.org>


Julien Palard <julien+python at palard.fr> added the comment:


New changeset 58ef7d341c79f649da275bb1d5c11f668d7bac9e by Julien Palard (Miss Islington (bot)) in branch '3.8':
bpo-33602: Doc: Remove set and queue references from Data Types (GH-7055) (GH-15875)
https://github.com/python/cpython/commit/58ef7d341c79f649da275bb1d5c11f668d7bac9e


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33602>
_______________________________________

From report at bugs.python.org  Tue Sep 10 11:43:14 2019
From: report at bugs.python.org (Julien Palard)
Date: Tue, 10 Sep 2019 15:43:14 +0000
Subject: [docs] [issue33602] Remove set and queue references from Data Types
In-Reply-To: <1526999288.77.0.682650639539.issue33602@psf.upfronthosting.co.za>
Message-ID: <1568130194.68.0.125740070452.issue33602@roundup.psfhosted.org>


Julien Palard <julien+python at palard.fr> added the comment:


New changeset 816825e192ed430438c613d52a58fb9e1a8d90f4 by Julien Palard (Miss Islington (bot)) in branch '3.7':
bpo-33602: Doc: Remove set and queue references from Data Types (GH-7055) (GH-15876)
https://github.com/python/cpython/commit/816825e192ed430438c613d52a58fb9e1a8d90f4


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33602>
_______________________________________

From report at bugs.python.org  Tue Sep 10 11:43:55 2019
From: report at bugs.python.org (Julien Palard)
Date: Tue, 10 Sep 2019 15:43:55 +0000
Subject: [docs] [issue33602] Remove set and queue references from Data Types
In-Reply-To: <1526999288.77.0.682650639539.issue33602@psf.upfronthosting.co.za>
Message-ID: <1568130235.87.0.00844561716205.issue33602@roundup.psfhosted.org>


Change by Julien Palard <julien+python at palard.fr>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33602>
_______________________________________

From report at bugs.python.org  Tue Sep 10 11:49:51 2019
From: report at bugs.python.org (Stefan Behnel)
Date: Tue, 10 Sep 2019 15:49:51 +0000
Subject: [docs] [issue10108] ExpatError not property wrapped
In-Reply-To: <1287093270.3.0.510777453712.issue10108@psf.upfronthosting.co.za>
Message-ID: <1568130591.67.0.404337199332.issue10108@roundup.psfhosted.org>


Stefan Behnel <stefan_ml at behnel.de> added the comment:

I agree that it's surprising to get a low-level parser error from a high-level library like xmlrpc. I think this can be changed without deprecation, because users must expect exceptions from the xmlrpc library in any case.

Targeting to Py3.9, needs patch with tests.

----------
priority: normal -> low
stage:  -> needs patch
versions: +Python 3.9 -Python 2.7, Python 3.2, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue10108>
_______________________________________

From report at bugs.python.org  Tue Sep 10 12:06:28 2019
From: report at bugs.python.org (Steve Dower)
Date: Tue, 10 Sep 2019 16:06:28 +0000
Subject: [docs] [issue37574] Mention spec_from_loader() in
 Finder.find_spec() docs.
In-Reply-To: <1562955391.43.0.163221688475.issue37574@roundup.psfhosted.org>
Message-ID: <1568131588.87.0.203219490851.issue37574@roundup.psfhosted.org>


Steve Dower <steve.dower at python.org> added the comment:


New changeset 9cbb97b29eac4b23e916a3233f26b60ac69e335b by Steve Dower (jdkandersson) in branch 'master':
bpo-37574: Mention helper functions for find_spec documentation (GH-14739)
https://github.com/python/cpython/commit/9cbb97b29eac4b23e916a3233f26b60ac69e335b


----------
nosy: +steve.dower

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37574>
_______________________________________

From report at bugs.python.org  Tue Sep 10 12:06:34 2019
From: report at bugs.python.org (miss-islington)
Date: Tue, 10 Sep 2019 16:06:34 +0000
Subject: [docs] [issue37574] Mention spec_from_loader() in
 Finder.find_spec() docs.
In-Reply-To: <1562955391.43.0.163221688475.issue37574@roundup.psfhosted.org>
Message-ID: <1568131594.19.0.247593266051.issue37574@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15525
pull_request: https://github.com/python/cpython/pull/15884

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37574>
_______________________________________

From report at bugs.python.org  Tue Sep 10 12:06:40 2019
From: report at bugs.python.org (miss-islington)
Date: Tue, 10 Sep 2019 16:06:40 +0000
Subject: [docs] [issue37574] Mention spec_from_loader() in
 Finder.find_spec() docs.
In-Reply-To: <1562955391.43.0.163221688475.issue37574@roundup.psfhosted.org>
Message-ID: <1568131600.28.0.627106517873.issue37574@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15526
pull_request: https://github.com/python/cpython/pull/15885

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37574>
_______________________________________

From report at bugs.python.org  Tue Sep 10 12:21:16 2019
From: report at bugs.python.org (Steve Dower)
Date: Tue, 10 Sep 2019 16:21:16 +0000
Subject: [docs] [issue37574] Mention spec_from_loader() in
 Finder.find_spec() docs.
In-Reply-To: <1562955391.43.0.163221688475.issue37574@roundup.psfhosted.org>
Message-ID: <1568132476.65.0.991588387192.issue37574@roundup.psfhosted.org>


Change by Steve Dower <steve.dower at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37574>
_______________________________________

From report at bugs.python.org  Tue Sep 10 12:44:20 2019
From: report at bugs.python.org (Andrew Svetlov)
Date: Tue, 10 Sep 2019 16:44:20 +0000
Subject: [docs] [issue36373] Deprecate explicit loop parameter in all public
 asyncio APIs
In-Reply-To: <1553025335.55.0.640410639085.issue36373@roundup.psfhosted.org>
Message-ID: <1568133860.94.0.406545702485.issue36373@roundup.psfhosted.org>


Change by Andrew Svetlov <andrew.svetlov at gmail.com>:


----------
pull_requests: +15530
pull_request: https://github.com/python/cpython/pull/15889

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36373>
_______________________________________

From report at bugs.python.org  Tue Sep 10 13:04:39 2019
From: report at bugs.python.org (Yury Selivanov)
Date: Tue, 10 Sep 2019 17:04:39 +0000
Subject: [docs] [issue36373] Deprecate explicit loop parameter in all public
 asyncio APIs
In-Reply-To: <1553025335.55.0.640410639085.issue36373@roundup.psfhosted.org>
Message-ID: <1568135079.33.0.850858595992.issue36373@roundup.psfhosted.org>


Yury Selivanov <yselivanov at gmail.com> added the comment:

(copying my GitHub message on this topic from https://github.com/python/cpython/pull/15889#issuecomment-530030002)


I thought we were going to be more subtle about this.

We have two scenarios:

Somebody creates an instance of asyncio.Lock outside of a coroutine, also manually creating the loop, etc. In this case the user has to pass the lock argument.

Somebody creates an instance of asyncio.Lock in a coroutine (that is, wheh asyncio.get_running_loop() returns a loop). In this case passing the loop argument is an error.

The (1) approach is how people were used to writing asyncio programs before asyncio.run() (that was the only way actually).

The (2) approach is how we want people to write asyncio programs.

There's a subtle difference between things like asyncio.gather() and asyncio.Lock. Passing loop to the former is just nonsensical. Passing loop to the latter can be a valid thing, it's the (1).

If we remove the loop parameter entirely from classes like asyncio.Lock we're making (1) impossible. I'm not sure that is what we are ready to do now.

@asvetlov thoughts?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36373>
_______________________________________

From report at bugs.python.org  Tue Sep 10 13:05:10 2019
From: report at bugs.python.org (Yury Selivanov)
Date: Tue, 10 Sep 2019 17:05:10 +0000
Subject: [docs] [issue36373] Deprecate explicit loop parameter in all public
 asyncio APIs
In-Reply-To: <1553025335.55.0.640410639085.issue36373@roundup.psfhosted.org>
Message-ID: <1568135110.08.0.0905472263675.issue36373@roundup.psfhosted.org>


Change by Yury Selivanov <yselivanov at gmail.com>:


----------
Removed message: https://bugs.python.org/msg351728

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36373>
_______________________________________

From report at bugs.python.org  Tue Sep 10 13:05:26 2019
From: report at bugs.python.org (Yury Selivanov)
Date: Tue, 10 Sep 2019 17:05:26 +0000
Subject: [docs] [issue36373] Deprecate explicit loop parameter in all public
 asyncio APIs
In-Reply-To: <1553025335.55.0.640410639085.issue36373@roundup.psfhosted.org>
Message-ID: <1568135126.07.0.260714515504.issue36373@roundup.psfhosted.org>


Yury Selivanov <yselivanov at gmail.com> added the comment:

(copying my GitHub message on this topic from https://github.com/python/cpython/pull/15889#issuecomment-530030002)


I thought we were going to be more subtle about this.

We have two scenarios:

1. Somebody creates an instance of asyncio.Lock outside of a coroutine, also manually creating the loop, etc. In this case the user has to pass the lock argument.

2. Somebody creates an instance of asyncio.Lock in a coroutine (that is, wheh asyncio.get_running_loop() returns a loop). In this case passing the loop argument is an error.

The (1) approach is how people were used to writing asyncio programs before asyncio.run() (that was the only way actually).

The (2) approach is how we want people to write asyncio programs.

There's a subtle difference between things like asyncio.gather() and asyncio.Lock. Passing loop to the former is just nonsensical. Passing loop to the latter can be a valid thing, it's the (1).

If we remove the loop parameter entirely from classes like asyncio.Lock we're making (1) impossible. I'm not sure that is what we are ready to do now.

@asvetlov thoughts?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36373>
_______________________________________

From report at bugs.python.org  Tue Sep 10 13:13:58 2019
From: report at bugs.python.org (miss-islington)
Date: Tue, 10 Sep 2019 17:13:58 +0000
Subject: [docs] [issue37574] Mention spec_from_loader() in
 Finder.find_spec() docs.
In-Reply-To: <1562955391.43.0.163221688475.issue37574@roundup.psfhosted.org>
Message-ID: <1568135638.06.0.563157935228.issue37574@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 63909cdc2ff4eec58cc2b56426f2c725ccd4ba2b by Miss Islington (bot) in branch '3.8':
bpo-37574: Mention helper functions for find_spec documentation (GH-14739)
https://github.com/python/cpython/commit/63909cdc2ff4eec58cc2b56426f2c725ccd4ba2b


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37574>
_______________________________________

From report at bugs.python.org  Tue Sep 10 13:16:06 2019
From: report at bugs.python.org (miss-islington)
Date: Tue, 10 Sep 2019 17:16:06 +0000
Subject: [docs] [issue37574] Mention spec_from_loader() in
 Finder.find_spec() docs.
In-Reply-To: <1562955391.43.0.163221688475.issue37574@roundup.psfhosted.org>
Message-ID: <1568135766.48.0.243123802539.issue37574@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset e0a1561f93545f38034d6c48f21e79acfd4db04b by Miss Islington (bot) in branch '3.7':
bpo-37574: Mention helper functions for find_spec documentation (GH-14739)
https://github.com/python/cpython/commit/e0a1561f93545f38034d6c48f21e79acfd4db04b


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37574>
_______________________________________

From report at bugs.python.org  Tue Sep 10 15:31:00 2019
From: report at bugs.python.org (Andrew Svetlov)
Date: Tue, 10 Sep 2019 19:31:00 +0000
Subject: [docs] [issue36373] Deprecate explicit loop parameter in all public
 asyncio APIs
In-Reply-To: <1553025335.55.0.640410639085.issue36373@roundup.psfhosted.org>
Message-ID: <1568143859.94.0.984958699305.issue36373@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:

Answered in https://github.com/python/cpython/pull/15889

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36373>
_______________________________________

From bgailer at gmail.com  Tue Sep 10 16:44:25 2019
From: bgailer at gmail.com (bob gailer)
Date: Tue, 10 Sep 2019 16:44:25 -0400
Subject: [docs] problem with documentation of repr built-in function
Message-ID: <51d23a8e-45c8-8134-7820-50b627acac0f@gmail.com>

docs says "... For many types, this function makes an attempt to return 
a string that would yield an object with the same value when passed to 
|eval()| 
<mk:@MSITStore:C:\Python37\Doc\python373.chm::/library/functions.html#eval>, 
otherwise the representation is a string enclosed in angle brackets...."

import math

eval(repr(math.inf))
...
NameError: name 'inf' is not defined

This behavior matches neither of the alternatives documented above.

-- 
Bob Gailer


From report at bugs.python.org  Tue Sep 10 18:05:24 2019
From: report at bugs.python.org (Tim Peters)
Date: Tue, 10 Sep 2019 22:05:24 +0000
Subject: [docs] [issue38096] Clean up the "struct sequence" / "named tuple"
 docs
Message-ID: <1568153124.61.0.864461609465.issue38096@roundup.psfhosted.org>


New submission from Tim Peters <tim at python.org>:

The Glossary has this entry:

"""
struct sequence
A tuple with named elements. Struct sequences expose an interface similar to named tuple in that elements can be accessed either by index or as an attribute. However, they do not have any of the named tuple methods like _make() or _asdict(). Examples of struct sequences include sys.float_info and the return value of os.stat().
"""

It's trying to document the internal CPython implementation `structseq` detail, a class of which can only be created from the C API (no Python interface is exposed).

But the glossary _also_ has an entry for "named tuple", and the docs just above are confusing that for the related but distinct `collections.namedtuple` facility, which does allow creating a named tuple class from Python, but is NOT the only kind of "named tuple".

This is a mess ;-)

I suggest:

- Throw away the "struct sequence" glossary entry, and remove all references to it from the docs.

- Use "named tuple" everywhere instead.

- Clarify the "named tuple" docs to make clear that it applies to any class that supports tuple methods and also named elements.

- Make clear that `collections.namedtuple` classes are "named tuples" classes, but not the only kind, and support a number of methods beyond what's required for "named tuples".

- Optionally, effectively expose `structseq` to Python code, so that users have one obvious way to create their own bare-bones named tuple types.

- I'd prefer to insist that for any named tuple class C,

  issubclass(C, tuple)
  
  is True.  That's true now of structseqs and collections.namedtuples, and is a sane way to make clear that they must support all tuple methods.
  
I'd mark this as "newcomer friendly", except it's likely to become a bikeshedding nightmare ;-)

----------
assignee: docs at python
components: Documentation
messages: 351742
nosy: docs at python, tim.peters
priority: normal
severity: normal
status: open
title: Clean up the "struct sequence" / "named tuple" docs
versions: Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38096>
_______________________________________

From report at bugs.python.org  Tue Sep 10 18:20:13 2019
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 10 Sep 2019 22:20:13 +0000
Subject: [docs] [issue38096] Clean up the "struct sequence" / "named tuple"
 docs
In-Reply-To: <1568153124.61.0.864461609465.issue38096@roundup.psfhosted.org>
Message-ID: <1568154013.03.0.847842829119.issue38096@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

+1 from me.

I'd be happy to get this cleaned-up.  Will work on a PR shortly.

----------
assignee: docs at python -> rhettinger
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38096>
_______________________________________

From report at bugs.python.org  Tue Sep 10 18:20:42 2019
From: report at bugs.python.org (Tahia K)
Date: Tue, 10 Sep 2019 22:20:42 +0000
Subject: [docs] [issue35784] document that hashlib.new takes kwargs
In-Reply-To: <1547891512.78.0.551625258156.issue35784@roundup.psfhosted.org>
Message-ID: <1568154042.28.0.386065628217.issue35784@roundup.psfhosted.org>


Change by Tahia K <tahia.khan at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35784>
_______________________________________

From report at bugs.python.org  Tue Sep 10 18:26:31 2019
From: report at bugs.python.org (Tahia K)
Date: Tue, 10 Sep 2019 22:26:31 +0000
Subject: [docs] [issue35784] document that hashlib.new takes kwargs
In-Reply-To: <1547891512.78.0.551625258156.issue35784@roundup.psfhosted.org>
Message-ID: <1568154391.82.0.708895322778.issue35784@roundup.psfhosted.org>


Tahia K <tahia.khan at gmail.com> added the comment:

Hello,

I just submitted a small PR for this doc change, including the example provided by J?rn (thanks J?rn).

----------
nosy: +ta1hia

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35784>
_______________________________________

From report at bugs.python.org  Wed Sep 11 02:21:11 2019
From: report at bugs.python.org (Reed)
Date: Wed, 11 Sep 2019 06:21:11 +0000
Subject: [docs] [issue38099] __dict__ attribute is incorrectly stated to be
 read-only
Message-ID: <1568182871.44.0.335247784266.issue38099@roundup.psfhosted.org>


New submission from Reed <readuw at gmail.com>:

The documentation in this section (https://docs.python.org/3/library/stdtypes.html#special-attributes) states that the __dict__ attribute, and several others, are read-only. In particular, it states:

"The implementation adds a few special read-only attributes to several object types, where they are relevant."

Then it lists several attributes, including __dict__. However, __dict__ is writable. For example:

    class A: pass 
    A().__dict__ = {'x': 1}

Most other listed attributes, such as __class__ and __name__, are writable as well. They should not be documented as read-only.

(Also, I'm not sure why the documentation lists object.__dict__ and instance.__class__. What is the difference between an object and an instance?)

----------
assignee: docs at python
components: Documentation
messages: 351765
nosy: docs at python, reed
priority: normal
severity: normal
status: open
title: __dict__ attribute is incorrectly stated to be read-only
type: enhancement
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38099>
_______________________________________

From report at bugs.python.org  Wed Sep 11 02:44:42 2019
From: report at bugs.python.org (Carol Willing)
Date: Wed, 11 Sep 2019 06:44:42 +0000
Subject: [docs] [issue38034] Typo on logging.handlers.QueueListener
 documentation
In-Reply-To: <1567646582.17.0.242396034373.issue38034@roundup.psfhosted.org>
Message-ID: <1568184282.57.0.482472184252.issue38034@roundup.psfhosted.org>


Carol Willing <willingc at gmail.com> added the comment:


New changeset efd5741ae953e50a6654e04cf731da86a1307296 by Carol Willing (wwuck) in branch 'master':
bpo-38034: Fix typo in logging.handlers.rst (GH-15708)
https://github.com/python/cpython/commit/efd5741ae953e50a6654e04cf731da86a1307296


----------
nosy: +willingc

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38034>
_______________________________________

From report at bugs.python.org  Wed Sep 11 02:44:49 2019
From: report at bugs.python.org (miss-islington)
Date: Wed, 11 Sep 2019 06:44:49 +0000
Subject: [docs] [issue38034] Typo on logging.handlers.QueueListener
 documentation
In-Reply-To: <1567646582.17.0.242396034373.issue38034@roundup.psfhosted.org>
Message-ID: <1568184289.32.0.88730022443.issue38034@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15534
pull_request: https://github.com/python/cpython/pull/15893

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38034>
_______________________________________

From report at bugs.python.org  Wed Sep 11 02:44:56 2019
From: report at bugs.python.org (miss-islington)
Date: Wed, 11 Sep 2019 06:44:56 +0000
Subject: [docs] [issue38034] Typo on logging.handlers.QueueListener
 documentation
In-Reply-To: <1567646582.17.0.242396034373.issue38034@roundup.psfhosted.org>
Message-ID: <1568184296.03.0.386188897506.issue38034@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15535
pull_request: https://github.com/python/cpython/pull/15894

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38034>
_______________________________________

From report at bugs.python.org  Wed Sep 11 02:56:13 2019
From: report at bugs.python.org (Carol Willing)
Date: Wed, 11 Sep 2019 06:56:13 +0000
Subject: [docs] [issue38034] Typo on logging.handlers.QueueListener
 documentation
In-Reply-To: <1567646582.17.0.242396034373.issue38034@roundup.psfhosted.org>
Message-ID: <1568184973.5.0.0194806690419.issue38034@roundup.psfhosted.org>


Carol Willing <willingc at gmail.com> added the comment:


New changeset f357cd022ec82a4099ac7a09047d2b556a1c91ec by Carol Willing (Miss Islington (bot)) in branch '3.8':
bpo-38034: Fix typo in logging.handlers.rst (GH-15708) (GH-15893)
https://github.com/python/cpython/commit/f357cd022ec82a4099ac7a09047d2b556a1c91ec


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38034>
_______________________________________

From report at bugs.python.org  Wed Sep 11 02:56:52 2019
From: report at bugs.python.org (Carol Willing)
Date: Wed, 11 Sep 2019 06:56:52 +0000
Subject: [docs] [issue38034] Typo on logging.handlers.QueueListener
 documentation
In-Reply-To: <1567646582.17.0.242396034373.issue38034@roundup.psfhosted.org>
Message-ID: <1568185012.91.0.0886055754574.issue38034@roundup.psfhosted.org>


Carol Willing <willingc at gmail.com> added the comment:


New changeset 2a8560ae99213954158789b9dd7275b8ffa2086a by Carol Willing (Miss Islington (bot)) in branch '3.7':
bpo-38034: Fix typo in logging.handlers.rst (GH-15708) (GH-15894)
https://github.com/python/cpython/commit/2a8560ae99213954158789b9dd7275b8ffa2086a


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38034>
_______________________________________

From report at bugs.python.org  Wed Sep 11 03:15:58 2019
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 11 Sep 2019 07:15:58 +0000
Subject: [docs] [issue38096] Clean up the "struct sequence" / "named tuple"
 docs
In-Reply-To: <1568153124.61.0.864461609465.issue38096@roundup.psfhosted.org>
Message-ID: <1568186158.86.0.474467401405.issue38096@roundup.psfhosted.org>


Change by Raymond Hettinger <raymond.hettinger at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38096>
_______________________________________

From report at bugs.python.org  Wed Sep 11 04:20:27 2019
From: report at bugs.python.org (miss-islington)
Date: Wed, 11 Sep 2019 08:20:27 +0000
Subject: [docs] [issue36373] Deprecate explicit loop parameter in all public
 asyncio APIs
In-Reply-To: <1553025335.55.0.640410639085.issue36373@roundup.psfhosted.org>
Message-ID: <1568190027.43.0.218561224136.issue36373@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 7264e92b718d307cc499b2f10eab7644b00f0499 by Miss Islington (bot) (Andrew Svetlov) in branch 'master':
bpo-36373: Fix deprecation warnings (GH-15889)
https://github.com/python/cpython/commit/7264e92b718d307cc499b2f10eab7644b00f0499


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36373>
_______________________________________

From report at bugs.python.org  Wed Sep 11 04:20:54 2019
From: report at bugs.python.org (miss-islington)
Date: Wed, 11 Sep 2019 08:20:54 +0000
Subject: [docs] [issue36373] Deprecate explicit loop parameter in all public
 asyncio APIs
In-Reply-To: <1553025335.55.0.640410639085.issue36373@roundup.psfhosted.org>
Message-ID: <1568190054.07.0.561960308845.issue36373@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15537
pull_request: https://github.com/python/cpython/pull/15896

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36373>
_______________________________________

From jarada.mohee at gmail.com  Tue Sep 10 16:21:00 2019
From: jarada.mohee at gmail.com (Mohee)
Date: Tue, 10 Sep 2019 22:21:00 +0200
Subject: [docs] Suggestion: Python 3.7.4 Android offline HTML doc guide - APK
Message-ID: <CAE5mCmGZQdaqvef7XOPuD485v-nBhsaSi33FCnfQUosY10Rxcg@mail.gmail.com>

Dear,

 I successfully was able to generate a mobile Android App for viewing the
latest Python 3.7.4 HTML documentation guide, *on offline basis*, hence I
would like to suggest the app for you to review it and check it if you have
time, I did my own content validations and all links + text + images +
style are okay and valid as normal HTML browser.

You can download the app here for Android v8 or v9:
Python374_Android_Offline_HTML_docRef.apk -
https://drive.google.com/file/d/1BuQtSke2tP0hpvQRKFhPwievfSZRckVO/view?usp=sharing

Appreciated to take a look at it and provide me a valuable feedback,
Best Regards,
Mohee Jarada
Budapest - Hungary
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/docs/attachments/20190910/05df4318/attachment-0001.html>

From report at bugs.python.org  Wed Sep 11 04:57:58 2019
From: report at bugs.python.org (Steven D'Aprano)
Date: Wed, 11 Sep 2019 08:57:58 +0000
Subject: [docs] [issue38099] __dict__ attribute is incorrectly stated to be
 read-only
In-Reply-To: <1568182871.44.0.335247784266.issue38099@roundup.psfhosted.org>
Message-ID: <1568192278.26.0.984037092262.issue38099@roundup.psfhosted.org>


Steven D'Aprano <steve+python at pearwood.info> added the comment:

"The implementation adds a few special read-only attributes to several object TYPES" [emphasis added]

py> class MyType:
...     pass
...
py> MyType.__dict__ = {}
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
AttributeError: attribute '__dict__' of 'type' objects is not writable



> What is the difference between an object and an instance?

In general, nothing. But ``object.__dict__`` refers to the special builtin *class* called "object". In hindsight, we should have called it Object, so we could more easily distinguish between the *class* called "object" and *instances* of that class.


py> print(object)  # the class/type itself
<class 'object'>

py> print(object())  # an instance of object
<object object at 0xb7ce1cd0>

The docs are correct here, but if you care to suggest some improvements, we will consider them.

----------
nosy: +steven.daprano

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38099>
_______________________________________

From report at bugs.python.org  Wed Sep 11 05:01:27 2019
From: report at bugs.python.org (Vinay Sajip)
Date: Wed, 11 Sep 2019 09:01:27 +0000
Subject: [docs] [issue38034] Typo on logging.handlers.QueueListener
 documentation
In-Reply-To: <1567646582.17.0.242396034373.issue38034@roundup.psfhosted.org>
Message-ID: <1568192487.23.0.563397710309.issue38034@roundup.psfhosted.org>


Change by Vinay Sajip <vinay_sajip at yahoo.co.uk>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38034>
_______________________________________

From report at bugs.python.org  Wed Sep 11 05:02:34 2019
From: report at bugs.python.org (Steven D'Aprano)
Date: Wed, 11 Sep 2019 09:02:34 +0000
Subject: [docs] [issue38099] __dict__ attribute is incorrectly stated to be
 read-only
In-Reply-To: <1568182871.44.0.335247784266.issue38099@roundup.psfhosted.org>
Message-ID: <1568192554.39.0.237753294228.issue38099@roundup.psfhosted.org>


Steven D'Aprano <steve+python at pearwood.info> added the comment:

Oh, another point... 

Python is a little more complicated than some other languages, like Java, because Python classes (types) are themselves instances (objects) of yet another class (the so called "metaclass"). Ultimately, all classes are instances of the special metaclass called "type".

So all instances are objects, and all classes are also objects.

This is really powerful and useful, but it does sometimes make it hard to talk about things :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38099>
_______________________________________

From report at bugs.python.org  Wed Sep 11 05:19:08 2019
From: report at bugs.python.org (Paul Ganssle)
Date: Wed, 11 Sep 2019 09:19:08 +0000
Subject: [docs] [issue36960] Make datetime docs more user-friendly
In-Reply-To: <1558210678.84.0.258939294256.issue36960@roundup.psfhosted.org>
Message-ID: <1568193548.35.0.4956515155.issue36960@roundup.psfhosted.org>


Paul Ganssle <p.ganssle at gmail.com> added the comment:


New changeset 3fb1363fe87a24cdb2ee1dd9746f1c49046af958 by Paul Ganssle (Brad) in branch 'master':
Overhaul datetime documentation (GH-13410)
https://github.com/python/cpython/commit/3fb1363fe87a24cdb2ee1dd9746f1c49046af958


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36960>
_______________________________________

From report at bugs.python.org  Wed Sep 11 05:25:16 2019
From: report at bugs.python.org (Paul Ganssle)
Date: Wed, 11 Sep 2019 09:25:16 +0000
Subject: [docs] [issue36960] Make datetime docs more user-friendly
In-Reply-To: <1558210678.84.0.258939294256.issue36960@roundup.psfhosted.org>
Message-ID: <1568193916.32.0.184213831452.issue36960@roundup.psfhosted.org>


Change by Paul Ganssle <p.ganssle at gmail.com>:


----------
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
versions: +Python 3.9 -Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36960>
_______________________________________

From report at bugs.python.org  Wed Sep 11 05:29:23 2019
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 11 Sep 2019 09:29:23 +0000
Subject: [docs] [issue35784] document that hashlib.new takes kwargs
In-Reply-To: <1547891512.78.0.551625258156.issue35784@roundup.psfhosted.org>
Message-ID: <1568194163.53.0.502544128533.issue35784@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

Thanks for the bug report.

While you are technically correct, I would like to hold off on this change for a bit more. I plan to replace our internal vendored copies of sha3 and blake2 with OpenSSL code. OpenSSL 1.1.1 has some of the new required APIs. OpenSSL 3.0.0-dev is currently adding more but with slightly different semantic. For example OpenSSL does not have blake2b, but blake2b512 for hashing and blake2bmac for keyed hashing with salting and personalization.

I like to get integration with OpenSSL right until hashlib.new() is officially documented.

----------
assignee: docs at python -> christian.heimes
versions: +Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35784>
_______________________________________

From report at bugs.python.org  Wed Sep 11 05:34:36 2019
From: report at bugs.python.org (Andrew Svetlov)
Date: Wed, 11 Sep 2019 09:34:36 +0000
Subject: [docs] [issue36373] Deprecate explicit loop parameter in all public
 asyncio APIs
In-Reply-To: <1553025335.55.0.640410639085.issue36373@roundup.psfhosted.org>
Message-ID: <1568194476.8.0.530721915649.issue36373@roundup.psfhosted.org>


Change by Andrew Svetlov <andrew.svetlov at gmail.com>:


----------
pull_requests: +15542
pull_request: https://github.com/python/cpython/pull/15901

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36373>
_______________________________________

From report at bugs.python.org  Wed Sep 11 05:39:29 2019
From: report at bugs.python.org (Lisa Roach)
Date: Wed, 11 Sep 2019 09:39:29 +0000
Subject: [docs] [issue38101] Update devguide triaging keywords
Message-ID: <1568194769.69.0.909868564617.issue38101@roundup.psfhosted.org>


New submission from Lisa Roach <lisaroach14 at gmail.com>:

Currently the devguide triaging keywords page is out of date: 

https://devguide.python.org/triaging/#keywords

It is missing keywords like "easy (C)", "security_issue", and "pep3121".

----------
assignee: docs at python
components: Documentation
keywords: easy
messages: 351781
nosy: docs at python, lisroach
priority: normal
severity: normal
status: open
title: Update devguide triaging keywords

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38101>
_______________________________________

From report at bugs.python.org  Wed Sep 11 05:48:31 2019
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 11 Sep 2019 09:48:31 +0000
Subject: [docs] [issue38102] Document
 importlib.machinery.WindowsRegistryFinder.DEBUG_BUILD
Message-ID: <1568195311.03.0.46215825189.issue38102@roundup.psfhosted.org>


New submission from Brett Cannon <brett at python.org>:

importlib.machinery.WindowsRegistryFinder.DEBUG_BUILD has existed since Python 3.3 (https://hg.python.org/cpython/file/v3.3.0/Lib/importlib/_bootstrap.py#l1750).

----------
assignee: docs at python
components: Documentation
messages: 351784
nosy: brett.cannon, docs at python
priority: normal
severity: normal
status: open
title: Document importlib.machinery.WindowsRegistryFinder.DEBUG_BUILD
versions: Python 3.7, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38102>
_______________________________________

From report at bugs.python.org  Wed Sep 11 05:58:30 2019
From: report at bugs.python.org (Julien Palard)
Date: Wed, 11 Sep 2019 09:58:30 +0000
Subject: [docs] [issue16438] Numeric operator predecence confusing
In-Reply-To: <1352384371.29.0.086289583253.issue16438@psf.upfronthosting.co.za>
Message-ID: <1568195910.61.0.479028843319.issue16438@roundup.psfhosted.org>


Julien Palard <julien+python at palard.fr> added the comment:


New changeset 4576b5431bd597df7581fe3c852b315e47e4b230 by Julien Palard (Anjali) in branch 'master':
bpo-16438: Doc: confusing text regarding numeric precedence corrected (GH-10521)
https://github.com/python/cpython/commit/4576b5431bd597df7581fe3c852b315e47e4b230


----------
nosy: +mdk

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue16438>
_______________________________________

From report at bugs.python.org  Wed Sep 11 05:58:40 2019
From: report at bugs.python.org (miss-islington)
Date: Wed, 11 Sep 2019 09:58:40 +0000
Subject: [docs] [issue16438] Numeric operator predecence confusing
In-Reply-To: <1352384371.29.0.086289583253.issue16438@psf.upfronthosting.co.za>
Message-ID: <1568195920.72.0.976647335458.issue16438@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15545
pull_request: https://github.com/python/cpython/pull/15904

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue16438>
_______________________________________

From report at bugs.python.org  Wed Sep 11 05:58:46 2019
From: report at bugs.python.org (miss-islington)
Date: Wed, 11 Sep 2019 09:58:46 +0000
Subject: [docs] [issue16438] Numeric operator predecence confusing
In-Reply-To: <1352384371.29.0.086289583253.issue16438@psf.upfronthosting.co.za>
Message-ID: <1568195926.63.0.769906676158.issue16438@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15546
pull_request: https://github.com/python/cpython/pull/15905

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue16438>
_______________________________________

From report at bugs.python.org  Wed Sep 11 05:58:57 2019
From: report at bugs.python.org (Vinay Sajip)
Date: Wed, 11 Sep 2019 09:58:57 +0000
Subject: [docs] [issue35168] shlex punctuation_chars inconsistency
In-Reply-To: <1541439134.06.0.788709270274.issue35168@psf.upfronthosting.co.za>
Message-ID: <1568195937.74.0.689614100071.issue35168@roundup.psfhosted.org>


Change by Vinay Sajip <vinay_sajip at yahoo.co.uk>:


----------
pull_requests:  -11403

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35168>
_______________________________________

From report at bugs.python.org  Wed Sep 11 05:59:08 2019
From: report at bugs.python.org (Vinay Sajip)
Date: Wed, 11 Sep 2019 09:59:08 +0000
Subject: [docs] [issue35168] shlex punctuation_chars inconsistency
In-Reply-To: <1541439134.06.0.788709270274.issue35168@psf.upfronthosting.co.za>
Message-ID: <1568195948.0.0.958031671999.issue35168@roundup.psfhosted.org>


Change by Vinay Sajip <vinay_sajip at yahoo.co.uk>:


----------
pull_requests:  -11402

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35168>
_______________________________________

From report at bugs.python.org  Wed Sep 11 05:59:17 2019
From: report at bugs.python.org (Vinay Sajip)
Date: Wed, 11 Sep 2019 09:59:17 +0000
Subject: [docs] [issue35168] shlex punctuation_chars inconsistency
In-Reply-To: <1541439134.06.0.788709270274.issue35168@psf.upfronthosting.co.za>
Message-ID: <1568195957.85.0.0285792961926.issue35168@roundup.psfhosted.org>


Change by Vinay Sajip <vinay_sajip at yahoo.co.uk>:


----------
pull_requests:  -11401

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35168>
_______________________________________

From report at bugs.python.org  Wed Sep 11 06:15:17 2019
From: report at bugs.python.org (Stefan Behnel)
Date: Wed, 11 Sep 2019 10:15:17 +0000
Subject: [docs] [issue33187] Document ElementInclude (XInclude) support in
 ElementTree
In-Reply-To: <1522427694.7.0.467229070634.issue33187@psf.upfronthosting.co.za>
Message-ID: <1568196917.55.0.939564034055.issue33187@roundup.psfhosted.org>


Change by Stefan Behnel <stefan_ml at behnel.de>:


----------
versions: +Python 3.9 -Python 3.4, Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33187>
_______________________________________

From report at bugs.python.org  Wed Sep 11 06:30:08 2019
From: report at bugs.python.org (Gregory P. Smith)
Date: Wed, 11 Sep 2019 10:30:08 +0000
Subject: [docs] [issue25810] Python 3 documentation for eval is incorrect
In-Reply-To: <1449346403.16.0.483198527619.issue25810@psf.upfronthosting.co.za>
Message-ID: <1568197808.68.0.86667480374.issue25810@roundup.psfhosted.org>


Gregory P. Smith <greg at krypto.org> added the comment:


New changeset 7a0023e8d17566eb32c836b65c33663303a2224f by Gregory P. Smith (smokephil) in branch 'master':
bpo-25810: Clarify eval() docs, it does not keywords (GH-15173)
https://github.com/python/cpython/commit/7a0023e8d17566eb32c836b65c33663303a2224f


----------
nosy: +gregory.p.smith

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25810>
_______________________________________

From report at bugs.python.org  Wed Sep 11 06:30:15 2019
From: report at bugs.python.org (miss-islington)
Date: Wed, 11 Sep 2019 10:30:15 +0000
Subject: [docs] [issue25810] Python 3 documentation for eval is incorrect
In-Reply-To: <1449346403.16.0.483198527619.issue25810@psf.upfronthosting.co.za>
Message-ID: <1568197815.46.0.184012555547.issue25810@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15551
pull_request: https://github.com/python/cpython/pull/15910

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25810>
_______________________________________

From report at bugs.python.org  Wed Sep 11 06:30:21 2019
From: report at bugs.python.org (miss-islington)
Date: Wed, 11 Sep 2019 10:30:21 +0000
Subject: [docs] [issue25810] Python 3 documentation for eval is incorrect
In-Reply-To: <1449346403.16.0.483198527619.issue25810@psf.upfronthosting.co.za>
Message-ID: <1568197821.64.0.148735754968.issue25810@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15552
pull_request: https://github.com/python/cpython/pull/15911

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25810>
_______________________________________

From report at bugs.python.org  Wed Sep 11 06:39:39 2019
From: report at bugs.python.org (miss-islington)
Date: Wed, 11 Sep 2019 10:39:39 +0000
Subject: [docs] [issue16438] Numeric operator predecence confusing
In-Reply-To: <1352384371.29.0.086289583253.issue16438@psf.upfronthosting.co.za>
Message-ID: <1568198379.76.0.579129043658.issue16438@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 80db4b4be54ccdb5b67821506b6db2b27bd7c28a by Miss Islington (bot) in branch '3.8':
bpo-16438: Doc: confusing text regarding numeric precedence corrected (GH-10521)
https://github.com/python/cpython/commit/80db4b4be54ccdb5b67821506b6db2b27bd7c28a


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue16438>
_______________________________________

From report at bugs.python.org  Wed Sep 11 06:40:39 2019
From: report at bugs.python.org (Andrew Svetlov)
Date: Wed, 11 Sep 2019 10:40:39 +0000
Subject: [docs] [issue36373] Deprecate explicit loop parameter in all public
 asyncio APIs
In-Reply-To: <1553025335.55.0.640410639085.issue36373@roundup.psfhosted.org>
Message-ID: <1568198439.21.0.70389061614.issue36373@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:


New changeset 4601f7a49fe8ed00c4b6b70b0eda2b3922568e9b by Andrew Svetlov in branch '3.8':
[3.8] bpo-36373: Fix deprecation warnings (GH-15889) (GH-15901)
https://github.com/python/cpython/commit/4601f7a49fe8ed00c4b6b70b0eda2b3922568e9b


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36373>
_______________________________________

From report at bugs.python.org  Wed Sep 11 06:41:30 2019
From: report at bugs.python.org (miss-islington)
Date: Wed, 11 Sep 2019 10:41:30 +0000
Subject: [docs] [issue16438] Numeric operator predecence confusing
In-Reply-To: <1352384371.29.0.086289583253.issue16438@psf.upfronthosting.co.za>
Message-ID: <1568198490.84.0.844088631098.issue16438@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 9210b5826fab5248ac28a15c1b8b39ae949d0ef8 by Miss Islington (bot) in branch '3.7':
bpo-16438: Doc: confusing text regarding numeric precedence corrected (GH-10521)
https://github.com/python/cpython/commit/9210b5826fab5248ac28a15c1b8b39ae949d0ef8


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue16438>
_______________________________________

From report at bugs.python.org  Wed Sep 11 06:41:52 2019
From: report at bugs.python.org (Julien Palard)
Date: Wed, 11 Sep 2019 10:41:52 +0000
Subject: [docs] [issue16438] Numeric operator predecence confusing
In-Reply-To: <1352384371.29.0.086289583253.issue16438@psf.upfronthosting.co.za>
Message-ID: <1568198512.75.0.76871911581.issue16438@roundup.psfhosted.org>


Change by Julien Palard <julien+python at palard.fr>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue16438>
_______________________________________

From report at bugs.python.org  Wed Sep 11 06:53:19 2019
From: report at bugs.python.org (miss-islington)
Date: Wed, 11 Sep 2019 10:53:19 +0000
Subject: [docs] [issue25810] Python 3 documentation for eval is incorrect
In-Reply-To: <1449346403.16.0.483198527619.issue25810@psf.upfronthosting.co.za>
Message-ID: <1568199199.77.0.386302631382.issue25810@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 4e914ab29f6d48a9fd045ea6a25dbf9e2fb603f9 by Miss Islington (bot) in branch '3.8':
bpo-25810: Clarify eval() docs, it does not keywords (GH-15173)
https://github.com/python/cpython/commit/4e914ab29f6d48a9fd045ea6a25dbf9e2fb603f9


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25810>
_______________________________________

From report at bugs.python.org  Wed Sep 11 06:55:32 2019
From: report at bugs.python.org (miss-islington)
Date: Wed, 11 Sep 2019 10:55:32 +0000
Subject: [docs] [issue25810] Python 3 documentation for eval is incorrect
In-Reply-To: <1449346403.16.0.483198527619.issue25810@psf.upfronthosting.co.za>
Message-ID: <1568199332.74.0.534380260614.issue25810@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset d378fdb10a5476b86b5a01d74c1bcc4e2f52e003 by Miss Islington (bot) in branch '3.7':
bpo-25810: Clarify eval() docs, it does not keywords (GH-15173)
https://github.com/python/cpython/commit/d378fdb10a5476b86b5a01d74c1bcc4e2f52e003


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25810>
_______________________________________

From report at bugs.python.org  Wed Sep 11 07:04:07 2019
From: report at bugs.python.org (Vinay Sajip)
Date: Wed, 11 Sep 2019 11:04:07 +0000
Subject: [docs] [issue35168] shlex punctuation_chars inconsistency
In-Reply-To: <1541439134.06.0.788709270274.issue35168@psf.upfronthosting.co.za>
Message-ID: <1568199847.88.0.476300100447.issue35168@roundup.psfhosted.org>


Vinay Sajip <vinay_sajip at yahoo.co.uk> added the comment:


New changeset 972cf5c06a5ba16ad243a442dbb9c15307fbed95 by Vinay Sajip (Alex) in branch 'master':
bpo-35168: Make shlex.punctuation_chars read-only (#11631)
https://github.com/python/cpython/commit/972cf5c06a5ba16ad243a442dbb9c15307fbed95


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35168>
_______________________________________

From report at bugs.python.org  Wed Sep 11 07:21:33 2019
From: report at bugs.python.org (Julien Palard)
Date: Wed, 11 Sep 2019 11:21:33 +0000
Subject: [docs] [issue35603] table header in output of
 difflib.HtmlDiff.make_table is not escaped and can be rendered as code in
 the browser
In-Reply-To: <1545988680.87.0.068090288545.issue35603@roundup.psfhosted.org>
Message-ID: <1568200893.8.0.465174368759.issue35603@roundup.psfhosted.org>


Julien Palard <julien+python at palard.fr> added the comment:


New changeset c78dae8d2b890d487e428dce00c7f600612cce7b by Julien Palard (Xtreak) in branch 'master':
bpo-35603: Add a note on difflib table header interpreted as HTML (GH-11439)
https://github.com/python/cpython/commit/c78dae8d2b890d487e428dce00c7f600612cce7b


----------
nosy: +mdk

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35603>
_______________________________________

From report at bugs.python.org  Wed Sep 11 07:21:43 2019
From: report at bugs.python.org (miss-islington)
Date: Wed, 11 Sep 2019 11:21:43 +0000
Subject: [docs] [issue35603] table header in output of
 difflib.HtmlDiff.make_table is not escaped and can be rendered as code in
 the browser
In-Reply-To: <1545988680.87.0.068090288545.issue35603@roundup.psfhosted.org>
Message-ID: <1568200903.65.0.974644162656.issue35603@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15563
pull_request: https://github.com/python/cpython/pull/15922

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35603>
_______________________________________

From report at bugs.python.org  Wed Sep 11 07:59:16 2019
From: report at bugs.python.org (Vinay Sajip)
Date: Wed, 11 Sep 2019 11:59:16 +0000
Subject: [docs] [issue35168] shlex punctuation_chars inconsistency
In-Reply-To: <1541439134.06.0.788709270274.issue35168@psf.upfronthosting.co.za>
Message-ID: <1568203156.8.0.47495133654.issue35168@roundup.psfhosted.org>


Change by Vinay Sajip <vinay_sajip at yahoo.co.uk>:


----------
pull_requests: +15566
pull_request: https://github.com/python/cpython/pull/15926

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35168>
_______________________________________

From report at bugs.python.org  Wed Sep 11 08:06:42 2019
From: report at bugs.python.org (Vinay Sajip)
Date: Wed, 11 Sep 2019 12:06:42 +0000
Subject: [docs] [issue35168] shlex punctuation_chars inconsistency
In-Reply-To: <1541439134.06.0.788709270274.issue35168@psf.upfronthosting.co.za>
Message-ID: <1568203602.22.0.248502354689.issue35168@roundup.psfhosted.org>


Change by Vinay Sajip <vinay_sajip at yahoo.co.uk>:


----------
pull_requests: +15567
pull_request: https://github.com/python/cpython/pull/15927

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35168>
_______________________________________

From report at bugs.python.org  Wed Sep 11 08:24:58 2019
From: report at bugs.python.org (miss-islington)
Date: Wed, 11 Sep 2019 12:24:58 +0000
Subject: [docs] [issue35603] table header in output of
 difflib.HtmlDiff.make_table is not escaped and can be rendered as code in
 the browser
In-Reply-To: <1545988680.87.0.068090288545.issue35603@roundup.psfhosted.org>
Message-ID: <1568204697.97.0.320295407902.issue35603@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 44e36e80456dabaeb59c6e2a93e0c1322bfeb179 by Miss Islington (bot) in branch '3.8':
bpo-35603: Add a note on difflib table header interpreted as HTML (GH-11439)
https://github.com/python/cpython/commit/44e36e80456dabaeb59c6e2a93e0c1322bfeb179


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35603>
_______________________________________

From report at bugs.python.org  Wed Sep 11 08:39:11 2019
From: report at bugs.python.org (Vinay Sajip)
Date: Wed, 11 Sep 2019 12:39:11 +0000
Subject: [docs] [issue35168] shlex punctuation_chars inconsistency
In-Reply-To: <1541439134.06.0.788709270274.issue35168@psf.upfronthosting.co.za>
Message-ID: <1568205551.34.0.87093348722.issue35168@roundup.psfhosted.org>


Vinay Sajip <vinay_sajip at yahoo.co.uk> added the comment:


New changeset aca878ecf18b9e915e9b551f095a550b5c6e9bc5 by Vinay Sajip in branch '3.7':
[3.7] bpo-35168: Make shlex.punctuation_chars read-only (GH-11631) (GH-15926)
https://github.com/python/cpython/commit/aca878ecf18b9e915e9b551f095a550b5c6e9bc5


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35168>
_______________________________________

From report at bugs.python.org  Wed Sep 11 08:39:55 2019
From: report at bugs.python.org (Vinay Sajip)
Date: Wed, 11 Sep 2019 12:39:55 +0000
Subject: [docs] [issue35168] shlex punctuation_chars inconsistency
In-Reply-To: <1541439134.06.0.788709270274.issue35168@psf.upfronthosting.co.za>
Message-ID: <1568205595.43.0.883157300195.issue35168@roundup.psfhosted.org>


Vinay Sajip <vinay_sajip at yahoo.co.uk> added the comment:


New changeset 3b92ddb7612fd8fe2be95ff3d8022ed18335b13f by Vinay Sajip in branch '3.8':
[3.8] bpo-35168: Make shlex.punctuation_chars read-only (GH-11631) (GH-15927)
https://github.com/python/cpython/commit/3b92ddb7612fd8fe2be95ff3d8022ed18335b13f


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35168>
_______________________________________

From report at bugs.python.org  Wed Sep 11 08:41:57 2019
From: report at bugs.python.org (Julien Palard)
Date: Wed, 11 Sep 2019 12:41:57 +0000
Subject: [docs] [issue35649] http.client doesn't close. Infinite loop
In-Reply-To: <1546533708.33.0.81545579375.issue35649@roundup.psfhosted.org>
Message-ID: <1568205717.02.0.871725125246.issue35649@roundup.psfhosted.org>


Julien Palard <julien+python at palard.fr> added the comment:


New changeset 62cf6981425c6a6b136c5e2abef853364f535e9d by Julien Palard (Ashwin Ramaswami) in branch 'master':
bpo-35649: update http client example (GH-11441)
https://github.com/python/cpython/commit/62cf6981425c6a6b136c5e2abef853364f535e9d


----------
nosy: +mdk

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35649>
_______________________________________

From report at bugs.python.org  Wed Sep 11 08:42:09 2019
From: report at bugs.python.org (miss-islington)
Date: Wed, 11 Sep 2019 12:42:09 +0000
Subject: [docs] [issue35649] http.client doesn't close. Infinite loop
In-Reply-To: <1546533708.33.0.81545579375.issue35649@roundup.psfhosted.org>
Message-ID: <1568205729.8.0.775953688738.issue35649@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15569
pull_request: https://github.com/python/cpython/pull/15930

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35649>
_______________________________________

From report at bugs.python.org  Wed Sep 11 08:42:16 2019
From: report at bugs.python.org (miss-islington)
Date: Wed, 11 Sep 2019 12:42:16 +0000
Subject: [docs] [issue35649] http.client doesn't close. Infinite loop
In-Reply-To: <1546533708.33.0.81545579375.issue35649@roundup.psfhosted.org>
Message-ID: <1568205736.75.0.0674113159943.issue35649@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15570
pull_request: https://github.com/python/cpython/pull/15931

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35649>
_______________________________________

From report at bugs.python.org  Wed Sep 11 08:47:41 2019
From: report at bugs.python.org (Vinay Sajip)
Date: Wed, 11 Sep 2019 12:47:41 +0000
Subject: [docs] [issue35168] shlex punctuation_chars inconsistency
In-Reply-To: <1541439134.06.0.788709270274.issue35168@psf.upfronthosting.co.za>
Message-ID: <1568206061.87.0.589912095466.issue35168@roundup.psfhosted.org>


Change by Vinay Sajip <vinay_sajip at yahoo.co.uk>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35168>
_______________________________________

From report at bugs.python.org  Wed Sep 11 09:02:28 2019
From: report at bugs.python.org (Julien Palard)
Date: Wed, 11 Sep 2019 13:02:28 +0000
Subject: [docs] [issue35649] http.client doesn't close. Infinite loop
In-Reply-To: <1546533708.33.0.81545579375.issue35649@roundup.psfhosted.org>
Message-ID: <1568206948.05.0.192307083339.issue35649@roundup.psfhosted.org>


Julien Palard <julien+python at palard.fr> added the comment:


New changeset 43fb3bb223338511a7aee9b55d75af4a415134dc by Julien Palard (Miss Islington (bot)) in branch '3.8':
bpo-35649: update http client example (GH-11441) (GH-15930)
https://github.com/python/cpython/commit/43fb3bb223338511a7aee9b55d75af4a415134dc


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35649>
_______________________________________

From report at bugs.python.org  Wed Sep 11 09:09:27 2019
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 11 Sep 2019 13:09:27 +0000
Subject: [docs] [issue38102] Document
 importlib.machinery.WindowsRegistryFinder.DEBUG_BUILD
In-Reply-To: <1568195311.03.0.46215825189.issue38102@roundup.psfhosted.org>
Message-ID: <1568207366.99.0.412691852362.issue38102@roundup.psfhosted.org>


Brett Cannon <brett at python.org> added the comment:

Forgot that this class is deprecated.

----------
resolution:  -> rejected
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38102>
_______________________________________

From report at bugs.python.org  Wed Sep 11 09:13:59 2019
From: report at bugs.python.org (Julien Palard)
Date: Wed, 11 Sep 2019 13:13:59 +0000
Subject: [docs] [issue35649] http.client doesn't close. Infinite loop
In-Reply-To: <1546533708.33.0.81545579375.issue35649@roundup.psfhosted.org>
Message-ID: <1568207639.67.0.654471231839.issue35649@roundup.psfhosted.org>


Julien Palard <julien+python at palard.fr> added the comment:


New changeset 0fd8c0560b2099d2c976b17cf01cb596badc1ec6 by Julien Palard (Miss Islington (bot)) in branch '3.7':
bpo-35649: update http client example (GH-11441) (GH-15931)
https://github.com/python/cpython/commit/0fd8c0560b2099d2c976b17cf01cb596badc1ec6


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35649>
_______________________________________

From report at bugs.python.org  Wed Sep 11 09:14:19 2019
From: report at bugs.python.org (Julien Palard)
Date: Wed, 11 Sep 2019 13:14:19 +0000
Subject: [docs] [issue35649] http.client doesn't close. Infinite loop
In-Reply-To: <1546533708.33.0.81545579375.issue35649@roundup.psfhosted.org>
Message-ID: <1568207659.63.0.385249958843.issue35649@roundup.psfhosted.org>


Change by Julien Palard <julien+python at palard.fr>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35649>
_______________________________________

From report at bugs.python.org  Wed Sep 11 09:16:14 2019
From: report at bugs.python.org (miss-islington)
Date: Wed, 11 Sep 2019 13:16:14 +0000
Subject: [docs] [issue33459] Fix "tuple display" mention in Expressions
In-Reply-To: <1525994212.08.0.682650639539.issue33459@psf.upfronthosting.co.za>
Message-ID: <1568207774.89.0.732138470625.issue33459@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset dc269971091710563a0d730a0d4b084901826c15 by Miss Islington (bot) (Andre Delfino) in branch 'master':
bpo-33459: Fix "tuple displays" term in Expressions.rst (GH-6760)
https://github.com/python/cpython/commit/dc269971091710563a0d730a0d4b084901826c15


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33459>
_______________________________________

From report at bugs.python.org  Wed Sep 11 09:16:23 2019
From: report at bugs.python.org (miss-islington)
Date: Wed, 11 Sep 2019 13:16:23 +0000
Subject: [docs] [issue33459] Fix "tuple display" mention in Expressions
In-Reply-To: <1525994212.08.0.682650639539.issue33459@psf.upfronthosting.co.za>
Message-ID: <1568207783.25.0.621532224989.issue33459@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15575
pull_request: https://github.com/python/cpython/pull/15939

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33459>
_______________________________________

From report at bugs.python.org  Wed Sep 11 09:16:30 2019
From: report at bugs.python.org (miss-islington)
Date: Wed, 11 Sep 2019 13:16:30 +0000
Subject: [docs] [issue33459] Fix "tuple display" mention in Expressions
In-Reply-To: <1525994212.08.0.682650639539.issue33459@psf.upfronthosting.co.za>
Message-ID: <1568207790.35.0.544215043898.issue33459@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15576
pull_request: https://github.com/python/cpython/pull/15940

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33459>
_______________________________________

From report at bugs.python.org  Wed Sep 11 09:26:52 2019
From: report at bugs.python.org (Jason R. Coombs)
Date: Wed, 11 Sep 2019 13:26:52 +0000
Subject: [docs] [issue31163] Return destination path in Path.rename and
 Path.replace
In-Reply-To: <1502292744.48.0.627996317333.issue31163@psf.upfronthosting.co.za>
Message-ID: <1568208412.47.0.402436129769.issue31163@roundup.psfhosted.org>


Jason R. Coombs <jaraco at jaraco.com> added the comment:


New changeset 088a09af4bdeff52b9dedeb7acd1e82069f37d98 by Jason R. Coombs (hui shang) in branch 'master':
bpo-31163: Added return values to pathlib.Path instance's rename and replace methods. (GH-13582)
https://github.com/python/cpython/commit/088a09af4bdeff52b9dedeb7acd1e82069f37d98


----------
nosy: +jaraco

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31163>
_______________________________________

From report at bugs.python.org  Wed Sep 11 09:27:03 2019
From: report at bugs.python.org (miss-islington)
Date: Wed, 11 Sep 2019 13:27:03 +0000
Subject: [docs] [issue31163] Return destination path in Path.rename and
 Path.replace
In-Reply-To: <1502292744.48.0.627996317333.issue31163@psf.upfronthosting.co.za>
Message-ID: <1568208423.01.0.802728639438.issue31163@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15578
pull_request: https://github.com/python/cpython/pull/15944

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31163>
_______________________________________

From report at bugs.python.org  Wed Sep 11 09:29:42 2019
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Wed, 11 Sep 2019 13:29:42 +0000
Subject: [docs] [issue18697] Unify arguments names in Unicode object C API
 documentation
In-Reply-To: <1376074126.58.0.40251146149.issue18697@psf.upfronthosting.co.za>
Message-ID: <1568208582.26.0.719825847795.issue18697@roundup.psfhosted.org>


Change by St?phane Wirtel <stephane at wirtel.be>:


----------
versions: +Python 3.8, Python 3.9 -Python 3.4, Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue18697>
_______________________________________

From report at bugs.python.org  Wed Sep 11 09:37:52 2019
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Wed, 11 Sep 2019 13:37:52 +0000
Subject: [docs] [issue33459] Fix "tuple display" mention in Expressions
In-Reply-To: <1525994212.08.0.682650639539.issue33459@psf.upfronthosting.co.za>
Message-ID: <1568209072.2.0.699574074429.issue33459@roundup.psfhosted.org>


St?phane Wirtel <stephane at wirtel.be> added the comment:


New changeset 4c2fa5c474af81487c7a8d4188f9afd80d4d769b by St?phane Wirtel (Miss Islington (bot)) in branch '3.7':
bpo-33459: Fix "tuple displays" term in Expressions.rst (GH-6760) (GH-15939)
https://github.com/python/cpython/commit/4c2fa5c474af81487c7a8d4188f9afd80d4d769b


----------
nosy: +matrixise

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33459>
_______________________________________

From report at bugs.python.org  Wed Sep 11 09:38:20 2019
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Wed, 11 Sep 2019 13:38:20 +0000
Subject: [docs] [issue33459] Fix "tuple display" mention in Expressions
In-Reply-To: <1525994212.08.0.682650639539.issue33459@psf.upfronthosting.co.za>
Message-ID: <1568209100.88.0.403395950885.issue33459@roundup.psfhosted.org>


St?phane Wirtel <stephane at wirtel.be> added the comment:


New changeset 4d2babd99022bf43dc659d9fe5700c1fc13808c4 by St?phane Wirtel (Miss Islington (bot)) in branch '3.8':
bpo-33459: Fix "tuple displays" term in Expressions.rst (GH-6760) (GH-15940)
https://github.com/python/cpython/commit/4d2babd99022bf43dc659d9fe5700c1fc13808c4


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33459>
_______________________________________

From report at bugs.python.org  Wed Sep 11 09:49:34 2019
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Wed, 11 Sep 2019 13:49:34 +0000
Subject: [docs] [issue37651] Change of inheritance of asyncio.CancelledError
 needs documentation
In-Reply-To: <1563802582.63.0.387759445278.issue37651@roundup.psfhosted.org>
Message-ID: <1568209774.49.0.610932689863.issue37651@roundup.psfhosted.org>


Karthikeyan Singaravelan <tir.karthi at gmail.com> added the comment:

Thanks for the report. I think this documentation part is missed in the linked PR. I will prepare a PR that adds the versionchanged directive. Perhaps we can also remove the important section or perhaps just keep the try..except example to ensure users are aware of this. I will prepare a PR for this change.

----------
components: +asyncio
nosy: +asvetlov, lisroach, xtreak, yselivanov
versions: +Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37651>
_______________________________________

From report at bugs.python.org  Wed Sep 11 09:49:43 2019
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Wed, 11 Sep 2019 13:49:43 +0000
Subject: [docs] [issue37651] Change of inheritance of asyncio.CancelledError
 needs documentation
In-Reply-To: <1563802582.63.0.387759445278.issue37651@roundup.psfhosted.org>
Message-ID: <1568209783.16.0.577677510651.issue37651@roundup.psfhosted.org>


Change by Karthikeyan Singaravelan <tir.karthi at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37651>
_______________________________________

From report at bugs.python.org  Wed Sep 11 09:58:45 2019
From: report at bugs.python.org (miss-islington)
Date: Wed, 11 Sep 2019 13:58:45 +0000
Subject: [docs] [issue37488] Document the "gotcha" behaviors in utcnow() and
 utcfromtimestamp()
In-Reply-To: <1562083298.89.0.799843667155.issue37488@roundup.psfhosted.org>
Message-ID: <1568210325.08.0.33689176443.issue37488@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 1a53c785e62e00bad87ae19466c3a32ebcebb915 by Miss Islington (bot) (Joannah Nanjekye) in branch 'master':
bpo-37488 : Document a warning for datetime.utcnow() and utcfromtimestamp() (GH-15773)
https://github.com/python/cpython/commit/1a53c785e62e00bad87ae19466c3a32ebcebb915


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37488>
_______________________________________

From report at bugs.python.org  Wed Sep 11 09:59:40 2019
From: report at bugs.python.org (Julien Palard)
Date: Wed, 11 Sep 2019 13:59:40 +0000
Subject: [docs] [issue23460] Decimals do not obey ':g' exponential notation
 formatting rules
In-Reply-To: <1423847721.13.0.666007782647.issue23460@psf.upfronthosting.co.za>
Message-ID: <1568210380.56.0.966509880772.issue23460@roundup.psfhosted.org>


Julien Palard <julien+python at palard.fr> added the comment:


New changeset 1660a61a105bcd62e2dfa77885959a8992e9f14e by Julien Palard (Brennan D Baraban) in branch 'master':
bpo-23460: Fix documentation for decimal string :g formatting (GH-11850)
https://github.com/python/cpython/commit/1660a61a105bcd62e2dfa77885959a8992e9f14e


----------
nosy: +mdk

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue23460>
_______________________________________

From report at bugs.python.org  Wed Sep 11 09:59:49 2019
From: report at bugs.python.org (miss-islington)
Date: Wed, 11 Sep 2019 13:59:49 +0000
Subject: [docs] [issue23460] Decimals do not obey ':g' exponential notation
 formatting rules
In-Reply-To: <1423847721.13.0.666007782647.issue23460@psf.upfronthosting.co.za>
Message-ID: <1568210389.0.0.668318204457.issue23460@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15589
pull_request: https://github.com/python/cpython/pull/15954

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue23460>
_______________________________________

From report at bugs.python.org  Wed Sep 11 10:08:59 2019
From: report at bugs.python.org (Stefan Behnel)
Date: Wed, 11 Sep 2019 14:08:59 +0000
Subject: [docs] [issue33187] Document ElementInclude (XInclude) support in
 ElementTree
In-Reply-To: <1522427694.7.0.467229070634.issue33187@psf.upfronthosting.co.za>
Message-ID: <1568210939.96.0.674554585575.issue33187@roundup.psfhosted.org>


Change by Stefan Behnel <stefan_ml at behnel.de>:


----------
versions:  -Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33187>
_______________________________________

From report at bugs.python.org  Wed Sep 11 10:09:56 2019
From: report at bugs.python.org (Stefan Behnel)
Date: Wed, 11 Sep 2019 14:09:56 +0000
Subject: [docs] [issue33187] Document ElementInclude (XInclude) support in
 ElementTree
In-Reply-To: <1522427694.7.0.467229070634.issue33187@psf.upfronthosting.co.za>
Message-ID: <1568210996.14.0.73450701983.issue33187@roundup.psfhosted.org>


Stefan Behnel <stefan_ml at behnel.de> added the comment:


New changeset 97b817eae34b77be1ced382e15098a112f547848 by Stefan Behnel (Anjali Bansal) in branch 'master':
bpo-33187: Document ElementInclude (XInclude) support in ElementTree (GH-8861)
https://github.com/python/cpython/commit/97b817eae34b77be1ced382e15098a112f547848


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33187>
_______________________________________

From report at bugs.python.org  Wed Sep 11 10:11:22 2019
From: report at bugs.python.org (miss-islington)
Date: Wed, 11 Sep 2019 14:11:22 +0000
Subject: [docs] [issue33187] Document ElementInclude (XInclude) support in
 ElementTree
In-Reply-To: <1522427694.7.0.467229070634.issue33187@psf.upfronthosting.co.za>
Message-ID: <1568211082.36.0.484152775321.issue33187@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15593
pull_request: https://github.com/python/cpython/pull/15958

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33187>
_______________________________________

From report at bugs.python.org  Wed Sep 11 10:12:54 2019
From: report at bugs.python.org (miss-islington)
Date: Wed, 11 Sep 2019 14:12:54 +0000
Subject: [docs] [issue37651] Change of inheritance of asyncio.CancelledError
 needs documentation
In-Reply-To: <1563802582.63.0.387759445278.issue37651@roundup.psfhosted.org>
Message-ID: <1568211174.67.0.436550439841.issue37651@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 7b69069e9aa0047a0dbe8af1a67aa2b355dc68d8 by Miss Islington (bot) (Xtreak) in branch 'master':
bpo-37651: Document CancelledError is now a subclass of BaseException (GH-15950)
https://github.com/python/cpython/commit/7b69069e9aa0047a0dbe8af1a67aa2b355dc68d8


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37651>
_______________________________________

From report at bugs.python.org  Wed Sep 11 10:12:57 2019
From: report at bugs.python.org (Jason R. Coombs)
Date: Wed, 11 Sep 2019 14:12:57 +0000
Subject: [docs] [issue31163] Return destination path in Path.rename and
 Path.replace
In-Reply-To: <1502292744.48.0.627996317333.issue31163@psf.upfronthosting.co.za>
Message-ID: <1568211177.0.0.939044587364.issue31163@roundup.psfhosted.org>


Jason R. Coombs <jaraco at jaraco.com> added the comment:


New changeset cbd7b2a399a8ff2ed9994c380b07ef598892b6b1 by Jason R. Coombs (Miss Islington (bot)) in branch '3.8':
bpo-31163: Added return values to pathlib.Path instance's rename and replace methods. (GH-13582) (GH-15944)
https://github.com/python/cpython/commit/cbd7b2a399a8ff2ed9994c380b07ef598892b6b1


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31163>
_______________________________________

From report at bugs.python.org  Wed Sep 11 10:13:03 2019
From: report at bugs.python.org (miss-islington)
Date: Wed, 11 Sep 2019 14:13:03 +0000
Subject: [docs] [issue37651] Change of inheritance of asyncio.CancelledError
 needs documentation
In-Reply-To: <1563802582.63.0.387759445278.issue37651@roundup.psfhosted.org>
Message-ID: <1568211183.14.0.468285295162.issue37651@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15594
pull_request: https://github.com/python/cpython/pull/15959

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37651>
_______________________________________

From report at bugs.python.org  Wed Sep 11 10:17:35 2019
From: report at bugs.python.org (Paul Ganssle)
Date: Wed, 11 Sep 2019 14:17:35 +0000
Subject: [docs] [issue38096] Clean up the "struct sequence" / "named tuple"
 docs
In-Reply-To: <1568153124.61.0.864461609465.issue38096@roundup.psfhosted.org>
Message-ID: <1568211455.86.0.106189209947.issue38096@roundup.psfhosted.org>


Paul Ganssle <p.ganssle at gmail.com> added the comment:


New changeset 7117074410118086938044c7a4ef6846ec1662b2 by Paul Ganssle (Raymond Hettinger) in branch 'master':
bpo-38096: Clean up the "struct sequence" / "named tuple" docs (GH-15895)
https://github.com/python/cpython/commit/7117074410118086938044c7a4ef6846ec1662b2


----------
nosy: +p-ganssle

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38096>
_______________________________________

From report at bugs.python.org  Wed Sep 11 10:18:25 2019
From: report at bugs.python.org (Paul Ganssle)
Date: Wed, 11 Sep 2019 14:18:25 +0000
Subject: [docs] [issue38096] Clean up the "struct sequence" / "named tuple"
 docs
In-Reply-To: <1568153124.61.0.864461609465.issue38096@roundup.psfhosted.org>
Message-ID: <1568211505.17.0.364296636449.issue38096@roundup.psfhosted.org>


Change by Paul Ganssle <p.ganssle at gmail.com>:


----------
resolution:  -> fixed
stage: patch review -> backport needed
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38096>
_______________________________________

From report at bugs.python.org  Wed Sep 11 10:23:08 2019
From: report at bugs.python.org (Jason R. Coombs)
Date: Wed, 11 Sep 2019 14:23:08 +0000
Subject: [docs] [issue31163] Return destination path in Path.rename and
 Path.replace
In-Reply-To: <1502292744.48.0.627996317333.issue31163@psf.upfronthosting.co.za>
Message-ID: <1568211788.03.0.167743077068.issue31163@roundup.psfhosted.org>


Change by Jason R. Coombs <jaraco at jaraco.com>:


----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31163>
_______________________________________

From report at bugs.python.org  Wed Sep 11 10:23:09 2019
From: report at bugs.python.org (Paul Ganssle)
Date: Wed, 11 Sep 2019 14:23:09 +0000
Subject: [docs] [issue38096] Clean up the "struct sequence" / "named tuple"
 docs
In-Reply-To: <1568153124.61.0.864461609465.issue38096@roundup.psfhosted.org>
Message-ID: <1568211789.97.0.991559393803.issue38096@roundup.psfhosted.org>


Change by Paul Ganssle <p.ganssle at gmail.com>:


----------
pull_requests: +15595
status: pending -> open
pull_request: https://github.com/python/cpython/pull/15961

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38096>
_______________________________________

From report at bugs.python.org  Wed Sep 11 10:25:24 2019
From: report at bugs.python.org (Paul Ganssle)
Date: Wed, 11 Sep 2019 14:25:24 +0000
Subject: [docs] [issue38096] Clean up the "struct sequence" / "named tuple"
 docs
In-Reply-To: <1568153124.61.0.864461609465.issue38096@roundup.psfhosted.org>
Message-ID: <1568211924.96.0.471587083373.issue38096@roundup.psfhosted.org>


Change by Paul Ganssle <p.ganssle at gmail.com>:


----------
pull_requests: +15596
stage: backport needed -> patch review
pull_request: https://github.com/python/cpython/pull/15962

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38096>
_______________________________________

From report at bugs.python.org  Wed Sep 11 10:38:28 2019
From: report at bugs.python.org (Julien Palard)
Date: Wed, 11 Sep 2019 14:38:28 +0000
Subject: [docs] [issue23460] Decimals do not obey ':g' exponential notation
 formatting rules
In-Reply-To: <1423847721.13.0.666007782647.issue23460@psf.upfronthosting.co.za>
Message-ID: <1568212708.25.0.376635020335.issue23460@roundup.psfhosted.org>


Julien Palard <julien+python at palard.fr> added the comment:


New changeset 629f1f87e9b0bfd9f1dc3d02f966decde5c65201 by Julien Palard (Miss Islington (bot)) in branch '3.8':
bpo-23460: Fix documentation for decimal string :g formatting (GH-11850) (GH-15954)
https://github.com/python/cpython/commit/629f1f87e9b0bfd9f1dc3d02f966decde5c65201


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue23460>
_______________________________________

From report at bugs.python.org  Wed Sep 11 10:38:47 2019
From: report at bugs.python.org (Julien Palard)
Date: Wed, 11 Sep 2019 14:38:47 +0000
Subject: [docs] [issue23460] Decimals do not obey ':g' exponential notation
 formatting rules
In-Reply-To: <1423847721.13.0.666007782647.issue23460@psf.upfronthosting.co.za>
Message-ID: <1568212727.08.0.640926974951.issue23460@roundup.psfhosted.org>


Change by Julien Palard <julien+python at palard.fr>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue23460>
_______________________________________

From report at bugs.python.org  Wed Sep 11 10:48:37 2019
From: report at bugs.python.org (Stefan Behnel)
Date: Wed, 11 Sep 2019 14:48:37 +0000
Subject: [docs] [issue33187] Document ElementInclude (XInclude) support in
 ElementTree
In-Reply-To: <1522427694.7.0.467229070634.issue33187@psf.upfronthosting.co.za>
Message-ID: <1568213317.24.0.159351039773.issue33187@roundup.psfhosted.org>


Stefan Behnel <stefan_ml at behnel.de> added the comment:


New changeset 6cf0ba8a632b1c0bd3576ed33c971ca3778000de by Stefan Behnel (Miss Islington (bot)) in branch '3.8':
bpo-33187: Document ElementInclude (XInclude) support in ElementTree (GH-8861) (GH-15958)
https://github.com/python/cpython/commit/6cf0ba8a632b1c0bd3576ed33c971ca3778000de


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33187>
_______________________________________

From report at bugs.python.org  Wed Sep 11 10:52:43 2019
From: report at bugs.python.org (Stefan Behnel)
Date: Wed, 11 Sep 2019 14:52:43 +0000
Subject: [docs] [issue33187] Document ElementInclude (XInclude) support in
 ElementTree
In-Reply-To: <1522427694.7.0.467229070634.issue33187@psf.upfronthosting.co.za>
Message-ID: <1568213563.36.0.563136206978.issue33187@roundup.psfhosted.org>


Change by Stefan Behnel <stefan_ml at behnel.de>:


----------
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33187>
_______________________________________

From report at bugs.python.org  Wed Sep 11 10:53:00 2019
From: report at bugs.python.org (miss-islington)
Date: Wed, 11 Sep 2019 14:53:00 +0000
Subject: [docs] [issue33187] Document ElementInclude (XInclude) support in
 ElementTree
In-Reply-To: <1522427694.7.0.467229070634.issue33187@psf.upfronthosting.co.za>
Message-ID: <1568213580.94.0.379416487656.issue33187@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15605
pull_request: https://github.com/python/cpython/pull/15972

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33187>
_______________________________________

From report at bugs.python.org  Wed Sep 11 11:08:13 2019
From: report at bugs.python.org (Julien Palard)
Date: Wed, 11 Sep 2019 15:08:13 +0000
Subject: [docs] [issue36182] Path.write_text() docs do not include the case
 that a file exists
In-Reply-To: <1551703881.69.0.0731434428442.issue36182@roundup.psfhosted.org>
Message-ID: <1568214493.76.0.52802597053.issue36182@roundup.psfhosted.org>


Julien Palard <julien+python at palard.fr> added the comment:


New changeset af636f4f91b8289b6dad95cb84123f6e22fd7f4f by Julien Palard (Lysandros Nikolaou) in branch 'master':
bpo-36182: Update pathlib.Path.write_text() docs (GH-12161)
https://github.com/python/cpython/commit/af636f4f91b8289b6dad95cb84123f6e22fd7f4f


----------
nosy: +mdk

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36182>
_______________________________________

From report at bugs.python.org  Wed Sep 11 11:08:21 2019
From: report at bugs.python.org (miss-islington)
Date: Wed, 11 Sep 2019 15:08:21 +0000
Subject: [docs] [issue36182] Path.write_text() docs do not include the case
 that a file exists
In-Reply-To: <1551703881.69.0.0731434428442.issue36182@roundup.psfhosted.org>
Message-ID: <1568214501.67.0.923008432551.issue36182@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15610
pull_request: https://github.com/python/cpython/pull/15977

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36182>
_______________________________________

From report at bugs.python.org  Wed Sep 11 11:08:50 2019
From: report at bugs.python.org (miss-islington)
Date: Wed, 11 Sep 2019 15:08:50 +0000
Subject: [docs] [issue37651] Change of inheritance of asyncio.CancelledError
 needs documentation
In-Reply-To: <1563802582.63.0.387759445278.issue37651@roundup.psfhosted.org>
Message-ID: <1568214530.4.0.579277444732.issue37651@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset e784bb7c6b2a52e80d7c03cb85e5faab11a1ccbd by Miss Islington (bot) in branch '3.8':
bpo-37651: Document CancelledError is now a subclass of BaseException (GH-15950)
https://github.com/python/cpython/commit/e784bb7c6b2a52e80d7c03cb85e5faab11a1ccbd


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37651>
_______________________________________

From report at bugs.python.org  Wed Sep 11 11:09:17 2019
From: report at bugs.python.org (Andrew Svetlov)
Date: Wed, 11 Sep 2019 15:09:17 +0000
Subject: [docs] [issue37651] Change of inheritance of asyncio.CancelledError
 needs documentation
In-Reply-To: <1563802582.63.0.387759445278.issue37651@roundup.psfhosted.org>
Message-ID: <1568214557.49.0.886984115499.issue37651@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:

Done, thanks!

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37651>
_______________________________________

From report at bugs.python.org  Wed Sep 11 11:31:51 2019
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 11 Sep 2019 15:31:51 +0000
Subject: [docs] [issue38096] Clean up the "struct sequence" / "named tuple"
 docs
In-Reply-To: <1568153124.61.0.864461609465.issue38096@roundup.psfhosted.org>
Message-ID: <1568215911.11.0.210946273226.issue38096@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

Paul, the usual procedure is for you to mark the PR as approved and leave the commit step for the core developer who created the patch.  

Also, Tim filed this issue and had put thought into it.  The commit shouldn't have occurred until he had a chance to make review comments.

Tim, did the proposed (and prematurely committed) PR fully address your concerns?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38096>
_______________________________________

From report at bugs.python.org  Wed Sep 11 11:36:44 2019
From: report at bugs.python.org (Stefan Behnel)
Date: Wed, 11 Sep 2019 15:36:44 +0000
Subject: [docs] [issue33187] Document ElementInclude (XInclude) support in
 ElementTree
In-Reply-To: <1522427694.7.0.467229070634.issue33187@psf.upfronthosting.co.za>
Message-ID: <1568216204.83.0.952587007112.issue33187@roundup.psfhosted.org>


Stefan Behnel <stefan_ml at behnel.de> added the comment:


New changeset 195dc142f84804ad9c8ce91414ab4a0bf9615f09 by Stefan Behnel (Miss Islington (bot)) in branch '3.7':
bpo-33187: Document ElementInclude (XInclude) support in ElementTree (GH-8861) (GH-15972)
https://github.com/python/cpython/commit/195dc142f84804ad9c8ce91414ab4a0bf9615f09


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33187>
_______________________________________

From report at bugs.python.org  Wed Sep 11 11:55:34 2019
From: report at bugs.python.org (Julien Palard)
Date: Wed, 11 Sep 2019 15:55:34 +0000
Subject: [docs] [issue36182] Path.write_text() docs do not include the case
 that a file exists
In-Reply-To: <1551703881.69.0.0731434428442.issue36182@roundup.psfhosted.org>
Message-ID: <1568217334.9.0.743647247904.issue36182@roundup.psfhosted.org>


Julien Palard <julien+python at palard.fr> added the comment:


New changeset 893653357cc83d49049debfeb9074a4ce99cd478 by Julien Palard (Miss Islington (bot)) in branch '3.8':
bpo-36182: Update pathlib.Path.write_text() docs (GH-12161) (GH-15977)
https://github.com/python/cpython/commit/893653357cc83d49049debfeb9074a4ce99cd478


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36182>
_______________________________________

From report at bugs.python.org  Wed Sep 11 11:55:57 2019
From: report at bugs.python.org (Julien Palard)
Date: Wed, 11 Sep 2019 15:55:57 +0000
Subject: [docs] [issue36182] Path.write_text() docs do not include the case
 that a file exists
In-Reply-To: <1551703881.69.0.0731434428442.issue36182@roundup.psfhosted.org>
Message-ID: <1568217357.83.0.0195140507994.issue36182@roundup.psfhosted.org>


Change by Julien Palard <julien+python at palard.fr>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36182>
_______________________________________

From report at bugs.python.org  Wed Sep 11 12:13:31 2019
From: report at bugs.python.org (hai shi)
Date: Wed, 11 Sep 2019 16:13:31 +0000
Subject: [docs] [issue37750] PyBuffer_FromContiguous not documented
In-Reply-To: <1564822618.55.0.397769114373.issue37750@roundup.psfhosted.org>
Message-ID: <1568218411.28.0.73043992647.issue37750@roundup.psfhosted.org>


Change by hai shi <shihai1991 at 126.com>:


----------
pull_requests: +15617
pull_request: https://github.com/python/cpython/pull/15988

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37750>
_______________________________________

From report at bugs.python.org  Wed Sep 11 12:38:49 2019
From: report at bugs.python.org (miss-islington)
Date: Wed, 11 Sep 2019 16:38:49 +0000
Subject: [docs] [issue37750] PyBuffer_FromContiguous not documented
In-Reply-To: <1564822618.55.0.397769114373.issue37750@roundup.psfhosted.org>
Message-ID: <1568219929.87.0.33740366273.issue37750@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 5a56ce4a0e820fefcd598b94715a7ff7e199858d by Miss Islington (bot) (Hai Shi) in branch 'master':
bpo-37750: Add doc of PyBuffer_FromContiguous (GH-15988)
https://github.com/python/cpython/commit/5a56ce4a0e820fefcd598b94715a7ff7e199858d


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37750>
_______________________________________

From report at bugs.python.org  Wed Sep 11 12:39:03 2019
From: report at bugs.python.org (miss-islington)
Date: Wed, 11 Sep 2019 16:39:03 +0000
Subject: [docs] [issue37750] PyBuffer_FromContiguous not documented
In-Reply-To: <1564822618.55.0.397769114373.issue37750@roundup.psfhosted.org>
Message-ID: <1568219943.02.0.172658932085.issue37750@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15619
pull_request: https://github.com/python/cpython/pull/15990

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37750>
_______________________________________

From report at bugs.python.org  Wed Sep 11 12:39:10 2019
From: report at bugs.python.org (miss-islington)
Date: Wed, 11 Sep 2019 16:39:10 +0000
Subject: [docs] [issue37750] PyBuffer_FromContiguous not documented
In-Reply-To: <1564822618.55.0.397769114373.issue37750@roundup.psfhosted.org>
Message-ID: <1568219950.01.0.487276936742.issue37750@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15620
pull_request: https://github.com/python/cpython/pull/15991

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37750>
_______________________________________

From report at bugs.python.org  Wed Sep 11 12:39:28 2019
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Wed, 11 Sep 2019 16:39:28 +0000
Subject: [docs] [issue37750] PyBuffer_FromContiguous not documented
In-Reply-To: <1564822618.55.0.397769114373.issue37750@roundup.psfhosted.org>
Message-ID: <1568219968.34.0.913865818097.issue37750@roundup.psfhosted.org>


Change by St?phane Wirtel <stephane at wirtel.be>:


----------
versions: +Python 3.7, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37750>
_______________________________________

From report at bugs.python.org  Wed Sep 11 13:10:00 2019
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Wed, 11 Sep 2019 17:10:00 +0000
Subject: [docs] [issue37750] PyBuffer_FromContiguous not documented
In-Reply-To: <1564822618.55.0.397769114373.issue37750@roundup.psfhosted.org>
Message-ID: <1568221800.01.0.102341284475.issue37750@roundup.psfhosted.org>


St?phane Wirtel <stephane at wirtel.be> added the comment:


New changeset 4cab7eb9e1f4afc44bac4889de034e031d462e7a by St?phane Wirtel (Miss Islington (bot)) in branch '3.8':
bpo-37750: Add doc of PyBuffer_FromContiguous (GH-15988) (GH-15990)
https://github.com/python/cpython/commit/4cab7eb9e1f4afc44bac4889de034e031d462e7a


----------
nosy: +matrixise

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37750>
_______________________________________

From report at bugs.python.org  Wed Sep 11 13:10:26 2019
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Wed, 11 Sep 2019 17:10:26 +0000
Subject: [docs] [issue37750] PyBuffer_FromContiguous not documented
In-Reply-To: <1564822618.55.0.397769114373.issue37750@roundup.psfhosted.org>
Message-ID: <1568221826.11.0.11918085644.issue37750@roundup.psfhosted.org>


St?phane Wirtel <stephane at wirtel.be> added the comment:


New changeset c112faff158a05c1e71f9e1957364ed756efbcde by St?phane Wirtel (Miss Islington (bot)) in branch '3.7':
bpo-37750: Add doc of PyBuffer_FromContiguous (GH-15988) (GH-15991)
https://github.com/python/cpython/commit/c112faff158a05c1e71f9e1957364ed756efbcde


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37750>
_______________________________________

From report at bugs.python.org  Wed Sep 11 13:10:55 2019
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Wed, 11 Sep 2019 17:10:55 +0000
Subject: [docs] [issue37750] PyBuffer_FromContiguous not documented
In-Reply-To: <1564822618.55.0.397769114373.issue37750@roundup.psfhosted.org>
Message-ID: <1568221854.99.0.0439392637895.issue37750@roundup.psfhosted.org>


St?phane Wirtel <stephane at wirtel.be> added the comment:

Thank you for your contribution

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37750>
_______________________________________

From report at bugs.python.org  Wed Sep 11 13:25:57 2019
From: report at bugs.python.org (miss-islington)
Date: Wed, 11 Sep 2019 17:25:57 +0000
Subject: [docs] [issue37698] Update doc of PyBuffer_ToContiguous
In-Reply-To: <1564334680.0.0.401210106575.issue37698@roundup.psfhosted.org>
Message-ID: <1568222757.94.0.0889753369648.issue37698@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 15f5a7527b87e11fcf23069c147fd4cb7d42cfb0 by Miss Islington (bot) (Hai Shi) in branch 'master':
bpo-37698: Update doc of PyBuffer_ToContiguous (GH-14992)
https://github.com/python/cpython/commit/15f5a7527b87e11fcf23069c147fd4cb7d42cfb0


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37698>
_______________________________________

From report at bugs.python.org  Wed Sep 11 13:26:08 2019
From: report at bugs.python.org (miss-islington)
Date: Wed, 11 Sep 2019 17:26:08 +0000
Subject: [docs] [issue37698] Update doc of PyBuffer_ToContiguous
In-Reply-To: <1564334680.0.0.401210106575.issue37698@roundup.psfhosted.org>
Message-ID: <1568222768.97.0.424023827246.issue37698@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15625
pull_request: https://github.com/python/cpython/pull/15998

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37698>
_______________________________________

From report at bugs.python.org  Wed Sep 11 13:26:56 2019
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Wed, 11 Sep 2019 17:26:56 +0000
Subject: [docs] [issue37698] Update doc of PyBuffer_ToContiguous
In-Reply-To: <1564334680.0.0.401210106575.issue37698@roundup.psfhosted.org>
Message-ID: <1568222816.85.0.672815396359.issue37698@roundup.psfhosted.org>


Change by St?phane Wirtel <stephane at wirtel.be>:


----------
pull_requests: +15626
pull_request: https://github.com/python/cpython/pull/15999

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37698>
_______________________________________

From report at bugs.python.org  Wed Sep 11 13:34:21 2019
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Wed, 11 Sep 2019 17:34:21 +0000
Subject: [docs] [issue37698] Update doc of PyBuffer_ToContiguous
In-Reply-To: <1564334680.0.0.401210106575.issue37698@roundup.psfhosted.org>
Message-ID: <1568223261.79.0.436127689423.issue37698@roundup.psfhosted.org>


St?phane Wirtel <stephane at wirtel.be> added the comment:


New changeset c62da14776d12276ed8f6ecbc74c0db8243b4260 by St?phane Wirtel (Miss Islington (bot)) in branch '3.7':
bpo-37698: Update doc of PyBuffer_ToContiguous (GH-14992) (GH-15998)
https://github.com/python/cpython/commit/c62da14776d12276ed8f6ecbc74c0db8243b4260


----------
nosy: +matrixise

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37698>
_______________________________________

From report at bugs.python.org  Wed Sep 11 13:36:03 2019
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Wed, 11 Sep 2019 17:36:03 +0000
Subject: [docs] [issue37698] Update doc of PyBuffer_ToContiguous
In-Reply-To: <1564334680.0.0.401210106575.issue37698@roundup.psfhosted.org>
Message-ID: <1568223363.53.0.52758974721.issue37698@roundup.psfhosted.org>


St?phane Wirtel <stephane at wirtel.be> added the comment:


New changeset 965e53a9deb1c7f02c68dee119eae94c3be8af15 by St?phane Wirtel in branch '3.8':
[3.8] bpo-37698: Update doc of PyBuffer_ToContiguous (GH-14992) (GH-15999)
https://github.com/python/cpython/commit/965e53a9deb1c7f02c68dee119eae94c3be8af15


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37698>
_______________________________________

From report at bugs.python.org  Wed Sep 11 13:36:40 2019
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Wed, 11 Sep 2019 17:36:40 +0000
Subject: [docs] [issue37698] Update doc of PyBuffer_ToContiguous
In-Reply-To: <1564334680.0.0.401210106575.issue37698@roundup.psfhosted.org>
Message-ID: <1568223400.33.0.275290667058.issue37698@roundup.psfhosted.org>


St?phane Wirtel <stephane at wirtel.be> added the comment:

Thank you for your contribution

----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.7, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37698>
_______________________________________

From report at bugs.python.org  Wed Sep 11 14:04:05 2019
From: report at bugs.python.org (Reed)
Date: Wed, 11 Sep 2019 18:04:05 +0000
Subject: [docs] [issue38099] __dict__ attribute is incorrectly stated to be
 read-only
In-Reply-To: <1568182871.44.0.335247784266.issue38099@roundup.psfhosted.org>
Message-ID: <1568225044.96.0.260253439582.issue38099@roundup.psfhosted.org>


Reed <readuw at gmail.com> added the comment:

Thank you for the clarification. I didn't realize the section only referred to types, but it makes sense now that I read the documentation more carefully.

The documentation is still incorrect for certain attributes (e.g. __bases__ and __name__) as they can be mutated. For example:

    class A: pass
    A.__name__ = 'AA'

    class B(A): pass
    class C(B): pass
    C.__bases__ = (A,)

Also, this documentation is incorrectly linked to by other parts of the documentation. For example, in https://docs.python.org/3/reference/datamodel.html#the-standard-type-hierarchy, there is the sentence:

"Special attributes: __dict__ is the attribute dictionary; __class__ is the instance?s class."

__dict__ and __class__ link to the documentation about types, and yet that sentence is referring to all instances of any class (such as `A()`), not just type objects (such as `A`).

In terms of concrete improves, I would suggest:
    * Adding a section somewhere describing __dict__ and __class__ for all instances, not just types. Or change the original section to refer to all instances.

Assuming the original section is not changed to refer to all instances:
    * In the sentence "The implementation adds a few special read-only attributes to several object types", replace "object types" with "types" or "instances whose class subclasses from `type`" 
    * Replace `instance.class` with `class.class`. The phrase `instance` is confusing, as it then describes `class.__bases__`, which does explicitly use the word "class" to indicate it only applies to classes.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38099>
_______________________________________

From report at bugs.python.org  Wed Sep 11 14:47:19 2019
From: report at bugs.python.org (Tim Peters)
Date: Wed, 11 Sep 2019 18:47:19 +0000
Subject: [docs] [issue38096] Clean up the "struct sequence" / "named tuple"
 docs
In-Reply-To: <1568153124.61.0.864461609465.issue38096@roundup.psfhosted.org>
Message-ID: <1568227639.43.0.277079789209.issue38096@roundup.psfhosted.org>


Tim Peters <tim at python.org> added the comment:

Paul, please heed what Raymond said:  it's not good to merge another core dev's PR unless they ask you to.  Besides what Raymond said, a core dev may well check in incomplete work for any number of reasons (e.g., to see how the automated test runs turn out).  When I do that, I add a "DO NOT MERGE" label just to be sure, but that really shouldn't be necessary.

Raymond, I added a review anyway, despite that it's already been merged.  One comment suggests repairing an obvious trivial typo.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38096>
_______________________________________

From report at bugs.python.org  Wed Sep 11 18:32:30 2019
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Wed, 11 Sep 2019 22:32:30 +0000
Subject: [docs] [issue9938] Add optional keyword argument exit_on_error to
 argparse.ArgumentParser
In-Reply-To: <1285338690.84.0.283413950067.issue9938@psf.upfronthosting.co.za>
Message-ID: <1568241150.43.0.669999232405.issue9938@roundup.psfhosted.org>


Change by St?phane Wirtel <stephane at wirtel.be>:


----------
title: Add optional kwargs to argparse -> Add optional keyword argument exit_on_error to argparse.ArgumentParser

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue9938>
_______________________________________

From report at bugs.python.org  Wed Sep 11 18:54:39 2019
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 11 Sep 2019 22:54:39 +0000
Subject: [docs] [issue30076] Opcode names BUILD_MAP_UNPACK_WITH_CALL and
 BUILD_TUPLE_UNPACK_WITH_CALL are too long
In-Reply-To: <1492277239.5.0.348724747458.issue30076@psf.upfronthosting.co.za>
Message-ID: <1568242479.81.0.844396318999.issue30076@roundup.psfhosted.org>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

So we'd be going with a naming convention where "VAR" corresponds to the star syntax, and whether it means packing or unpacking, or refers to arguments or parameters is context dependent?

I could definitely support that, given that the ambiguity already exists at the Python syntax level.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30076>
_______________________________________

From report at bugs.python.org  Wed Sep 11 19:58:32 2019
From: report at bugs.python.org (Windson Yang)
Date: Wed, 11 Sep 2019 23:58:32 +0000
Subject: [docs] [issue38125] Can' build document in Sphinx v2.2.0
Message-ID: <1568246312.85.0.271143869481.issue38125@roundup.psfhosted.org>


New submission from Windson Yang <wiwindson at outlook.com>:

I got two errors when I try to build python document with

    make venv
    make html

The first one is 

> Since v2.0, Sphinx uses "index" as master_doc by default. Please add "master_doc = 'contents'" to your conf.py.

After fixing this one, the second one is 

> /Users/windson/learn/cpython/Doc/library/email.message.rst:4:duplicate object description of email.message, other instance in library/email.compat32-message, use :noindex: for one of them

----------
assignee: docs at python
components: Documentation
messages: 352034
nosy: Windson Yang, docs at python
priority: normal
severity: normal
status: open
title: Can' build document in Sphinx v2.2.0
type: crash
versions: Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38125>
_______________________________________

From report at bugs.python.org  Wed Sep 11 20:11:26 2019
From: report at bugs.python.org (Ammar Askar)
Date: Thu, 12 Sep 2019 00:11:26 +0000
Subject: [docs] [issue38125] Can' build document in Sphinx v2.2.0
In-Reply-To: <1568246312.85.0.271143869481.issue38125@roundup.psfhosted.org>
Message-ID: <1568247086.22.0.355098938318.issue38125@roundup.psfhosted.org>


Ammar Askar <ammar at ammaraskar.com> added the comment:

When did you try this? For reference, Doc/conf.py on master currently has `master_doc = 'contents'` and I performed a successful build with Sphinx 2.2.0 a few days ago.

----------
nosy: +ammar2

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38125>
_______________________________________

From report at bugs.python.org  Wed Sep 11 22:50:32 2019
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 12 Sep 2019 02:50:32 +0000
Subject: [docs] [issue38096] Clean up the "struct sequence" / "named tuple"
 docs
In-Reply-To: <1568153124.61.0.864461609465.issue38096@roundup.psfhosted.org>
Message-ID: <1568256632.71.0.13690476942.issue38096@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:


New changeset 2bb6bf0c8cf863c057027b10751c0fb74189871f by Raymond Hettinger (Paul Ganssle) in branch '3.8':
bpo-38096: Clean up the "struct sequence" / "named tuple" docs (GH-15895) (GH-15961)
https://github.com/python/cpython/commit/2bb6bf0c8cf863c057027b10751c0fb74189871f


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38096>
_______________________________________

From report at bugs.python.org  Wed Sep 11 22:50:54 2019
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 12 Sep 2019 02:50:54 +0000
Subject: [docs] [issue38096] Clean up the "struct sequence" / "named tuple"
 docs
In-Reply-To: <1568153124.61.0.864461609465.issue38096@roundup.psfhosted.org>
Message-ID: <1568256654.89.0.708427687247.issue38096@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:


New changeset b7a310d865347eabc60d387dbec82ee408315050 by Raymond Hettinger (Paul Ganssle) in branch '3.7':
bpo-38096: Clean up the "struct sequence" / "named tuple" docs (GH-15895) (GH-15962)
https://github.com/python/cpython/commit/b7a310d865347eabc60d387dbec82ee408315050


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38096>
_______________________________________

From report at bugs.python.org  Wed Sep 11 22:51:56 2019
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 12 Sep 2019 02:51:56 +0000
Subject: [docs] [issue38096] Clean up the "struct sequence" / "named tuple"
 docs
In-Reply-To: <1568153124.61.0.864461609465.issue38096@roundup.psfhosted.org>
Message-ID: <1568256716.28.0.0327532438024.issue38096@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

Tim, I'll make the fix-ups in a separate PR.  There wasn't a clear workflow for reverting, adding fixes, re-applying, and backporting.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38096>
_______________________________________

From report at bugs.python.org  Wed Sep 11 23:03:09 2019
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 12 Sep 2019 03:03:09 +0000
Subject: [docs] [issue38096] Clean up the "struct sequence" / "named tuple"
 docs
In-Reply-To: <1568153124.61.0.864461609465.issue38096@roundup.psfhosted.org>
Message-ID: <1568257389.18.0.200531083965.issue38096@roundup.psfhosted.org>


Change by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
pull_requests: +15636
pull_request: https://github.com/python/cpython/pull/16010

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38096>
_______________________________________

From report at bugs.python.org  Thu Sep 12 04:03:57 2019
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Thu, 12 Sep 2019 08:03:57 +0000
Subject: [docs] [issue18578] Rename and document test.bytecode_helper as
 test.support.bytecode_helper
In-Reply-To: <1375014946.89.0.0130176350727.issue18578@psf.upfronthosting.co.za>
Message-ID: <1568275437.62.0.175611104222.issue18578@roundup.psfhosted.org>


St?phane Wirtel <stephane at wirtel.be> added the comment:

I wanted to merge the PR of Joannah but I have a question, are you sure that there is nobody using this module. Maybe we could add a warning when a user tries to use the module/function with a DeprecationWarning.

Could we have a wrapper raising the warning when we call it and redirect to the new function?

Thank you

----------
nosy: +matrixise

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue18578>
_______________________________________

From report at bugs.python.org  Thu Sep 12 04:13:05 2019
From: report at bugs.python.org (Mohammad Dehghan)
Date: Thu, 12 Sep 2019 08:13:05 +0000
Subject: [docs] [issue38130] Error in section 8.6 of the tutorials (Errors
 and Exceptions, `finally` bullet points))
Message-ID: <1568275985.45.0.350230746342.issue38130@roundup.psfhosted.org>


Change by Mohammad Dehghan <md.unicorn at gmail.com>:


----------
assignee: docs at python
components: Documentation
nosy: Mohammad Dehghan, docs at python
priority: normal
severity: normal
status: open
title: Error in section 8.6 of the tutorials (Errors and Exceptions, `finally` bullet points))
type: behavior
versions: Python 3.5, Python 3.6, Python 3.7, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38130>
_______________________________________

From report at bugs.python.org  Thu Sep 12 05:01:10 2019
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Thu, 12 Sep 2019 09:01:10 +0000
Subject: [docs] [issue18578] Rename and document test.bytecode_helper as
 test.support.bytecode_helper
In-Reply-To: <1375014946.89.0.0130176350727.issue18578@psf.upfronthosting.co.za>
Message-ID: <1568278870.9.0.919057720783.issue18578@roundup.psfhosted.org>


St?phane Wirtel <stephane at wirtel.be> added the comment:

Other discussion with Zach, and at the end, there is no problem to merge your PR.

Thank you for your contribution

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue18578>
_______________________________________

From report at bugs.python.org  Thu Sep 12 05:03:02 2019
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Thu, 12 Sep 2019 09:03:02 +0000
Subject: [docs] [issue18578] Rename and document test.bytecode_helper as
 test.support.bytecode_helper
In-Reply-To: <1375014946.89.0.0130176350727.issue18578@psf.upfronthosting.co.za>
Message-ID: <1568278982.62.0.429096672861.issue18578@roundup.psfhosted.org>


St?phane Wirtel <stephane at wirtel.be> added the comment:


New changeset 92777d5e5aed1753bafe07265dbe98b2d271815b by St?phane Wirtel (Joannah Nanjekye) in branch 'master':
bpo-18578: Rename and document test.bytecode_helper as test.support.bytecode_helper (GH-15168)
https://github.com/python/cpython/commit/92777d5e5aed1753bafe07265dbe98b2d271815b


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue18578>
_______________________________________

From report at bugs.python.org  Thu Sep 12 05:04:51 2019
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Thu, 12 Sep 2019 09:04:51 +0000
Subject: [docs] [issue18578] Rename and document test.bytecode_helper as
 test.support.bytecode_helper
In-Reply-To: <1375014946.89.0.0130176350727.issue18578@psf.upfronthosting.co.za>
Message-ID: <1568279091.01.0.456770839405.issue18578@roundup.psfhosted.org>


Change by St?phane Wirtel <stephane at wirtel.be>:


----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.9 -Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue18578>
_______________________________________

From report at bugs.python.org  Thu Sep 12 05:08:53 2019
From: report at bugs.python.org (Zachary Ware)
Date: Thu, 12 Sep 2019 09:08:53 +0000
Subject: [docs] [issue32820] Add and document __format__ method for
 IPv[46]Address
In-Reply-To: <1518363954.67.0.467229070634.issue32820@psf.upfronthosting.co.za>
Message-ID: <1568279333.5.0.315056732963.issue32820@roundup.psfhosted.org>


Zachary Ware <zachary.ware at gmail.com> added the comment:

The enhancement patch is merged, but it occurs to me after the fact that this could use some documentation, and possibly a mention in whatsnew.  I'll leave this open as a documentation issue.

----------
assignee:  -> docs at python
components: +Documentation
nosy: +docs at python
stage: patch review -> needs patch
title: Add __format__ method to ipaddress -> Add and document __format__ method for IPv[46]Address
versions: +Python 3.9 -Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32820>
_______________________________________

From report at bugs.python.org  Thu Sep 12 05:29:37 2019
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Thu, 12 Sep 2019 09:29:37 +0000
Subject: [docs] [issue26050] Add new StreamReader.readuntil() method
In-Reply-To: <1452285476.14.0.419432816204.issue26050@psf.upfronthosting.co.za>
Message-ID: <1568280577.1.0.632618197881.issue26050@roundup.psfhosted.org>


Karthikeyan Singaravelan <tir.karthi at gmail.com> added the comment:

StreamReader and StreamWriter were merged to Stream with issue36889 and there were also docs added for it along with asyncio docs rewritten. I am closing this as fixed. Feel free to reopen if needed. Thanks.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26050>
_______________________________________

From report at bugs.python.org  Thu Sep 12 05:32:19 2019
From: report at bugs.python.org (Paul Ganssle)
Date: Thu, 12 Sep 2019 09:32:19 +0000
Subject: [docs] [issue38096] Clean up the "struct sequence" / "named tuple"
 docs
In-Reply-To: <1568153124.61.0.864461609465.issue38096@roundup.psfhosted.org>
Message-ID: <1568280739.76.0.526097787319.issue38096@roundup.psfhosted.org>


Paul Ganssle <p.ganssle at gmail.com> added the comment:

Sorry guys, my mistake. I think I was a bit caught up in the workflow at the sprint where I've been going through the review-cleanup-merge process a lot faster than I usually do (partially since I have the time and partially since the huge number of PRs getting merged is requiring a lot of rebases, so it's better to get them in quicker).

No need to worry, I will not merge any of your PRs in the future unless you request it for some reason.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38096>
_______________________________________

From report at bugs.python.org  Thu Sep 12 05:34:23 2019
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Thu, 12 Sep 2019 09:34:23 +0000
Subject: [docs] [issue27589] asyncio doc: issue in as_completed() doc
In-Reply-To: <1469182105.52.0.303554063448.issue27589@psf.upfronthosting.co.za>
Message-ID: <1568280863.01.0.797593922672.issue27589@roundup.psfhosted.org>


Karthikeyan Singaravelan <tir.karthi at gmail.com> added the comment:

Current docs read as below with an example to show that earliest future is returned. I guess this can be closed.

https://docs.python.org/dev/library/asyncio-task.html#asyncio.as_completed

Run awaitable objects in the aws set concurrently. Return an iterator of Future objects. Each Future object returned represents the earliest result from the set of the remaining awaitables.

----------
nosy: +asvetlov, xtreak

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27589>
_______________________________________

From report at bugs.python.org  Thu Sep 12 05:37:47 2019
From: report at bugs.python.org (Andrew Svetlov)
Date: Thu, 12 Sep 2019 09:37:47 +0000
Subject: [docs] [issue27589] asyncio doc: issue in as_completed() doc
In-Reply-To: <1469182105.52.0.303554063448.issue27589@psf.upfronthosting.co.za>
Message-ID: <1568281067.43.0.849369621689.issue27589@roundup.psfhosted.org>


Change by Andrew Svetlov <andrew.svetlov at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27589>
_______________________________________

From report at bugs.python.org  Thu Sep 12 05:42:25 2019
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Thu, 12 Sep 2019 09:42:25 +0000
Subject: [docs] [issue37829] Documentation of stdlib: add example of mixed
 arguments to dict()
In-Reply-To: <1565598359.42.0.652909866188.issue37829@roundup.psfhosted.org>
Message-ID: <1568281345.72.0.49732557715.issue37829@roundup.psfhosted.org>


St?phane Wirtel <stephane at wirtel.be> added the comment:

Thank you for your contribution, merged into master.

----------
nosy: +matrixise
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions:  -Python 2.7, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37829>
_______________________________________

From report at bugs.python.org  Thu Sep 12 06:02:52 2019
From: report at bugs.python.org (Benjamin Peterson)
Date: Thu, 12 Sep 2019 10:02:52 +0000
Subject: [docs] [issue37405] socket.getsockname() returns string instead of
 tuple
In-Reply-To: <1561496477.42.0.179203753139.issue37405@roundup.psfhosted.org>
Message-ID: <1568282572.35.0.968382465012.issue37405@roundup.psfhosted.org>


Benjamin Peterson <benjamin at python.org> added the comment:


New changeset 954900a3f98a8c0dea14dd575490237f3f8626b3 by Benjamin Peterson (bggardner) in branch 'master':
closes bpo-37405: Make socket.getsockname() always return a tuple for AF_CAN. (GH-14392)
https://github.com/python/cpython/commit/954900a3f98a8c0dea14dd575490237f3f8626b3


----------
nosy: +benjamin.peterson
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37405>
_______________________________________

From report at bugs.python.org  Thu Sep 12 06:03:09 2019
From: report at bugs.python.org (miss-islington)
Date: Thu, 12 Sep 2019 10:03:09 +0000
Subject: [docs] [issue37405] socket.getsockname() returns string instead of
 tuple
In-Reply-To: <1561496477.42.0.179203753139.issue37405@roundup.psfhosted.org>
Message-ID: <1568282589.43.0.233432270343.issue37405@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15641
pull_request: https://github.com/python/cpython/pull/16018

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37405>
_______________________________________

From report at bugs.python.org  Thu Sep 12 06:28:40 2019
From: report at bugs.python.org (Julien Palard)
Date: Thu, 12 Sep 2019 10:28:40 +0000
Subject: [docs] [issue36675] Doctest directives and comments missing from
 code samples
In-Reply-To: <1555757030.56.0.8094269644.issue36675@roundup.psfhosted.org>
Message-ID: <1568284119.98.0.429488846409.issue36675@roundup.psfhosted.org>


Julien Palard <julien+python at palard.fr> added the comment:

I opened an issue on the sphinx-doc repo [1] to check if it would be possible to have an option in doctest blocks to not trim them.

We previously had a hack in Doc/tools/extensions/pyspecific.py to patch sphinx to not trim them for the doctest.rst file. But sphinx deprecated the hack we used :(

[1]: https://github.com/sphinx-doc/sphinx/issues/6698

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36675>
_______________________________________

From report at bugs.python.org  Thu Sep 12 06:34:31 2019
From: report at bugs.python.org (Benjamin Peterson)
Date: Thu, 12 Sep 2019 10:34:31 +0000
Subject: [docs] [issue37405] socket.getsockname() returns string instead of
 tuple
In-Reply-To: <1561496477.42.0.179203753139.issue37405@roundup.psfhosted.org>
Message-ID: <1568284471.2.0.831774764096.issue37405@roundup.psfhosted.org>


Benjamin Peterson <benjamin at python.org> added the comment:


New changeset f60fd95dcc189ace8c0a2177a394b9cc20389a1e by Benjamin Peterson (Miss Islington (bot)) in branch '3.8':
closes bpo-37405: Make socket.getsockname() always return a tuple for AF_CAN. (GH-14392) (GH-16018)
https://github.com/python/cpython/commit/f60fd95dcc189ace8c0a2177a394b9cc20389a1e


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37405>
_______________________________________

From report at bugs.python.org  Thu Sep 12 06:53:25 2019
From: report at bugs.python.org (Julien Palard)
Date: Thu, 12 Sep 2019 10:53:25 +0000
Subject: [docs] [issue36675] Doctest directives and comments missing from
 code samples
In-Reply-To: <1555757030.56.0.8094269644.issue36675@roundup.psfhosted.org>
Message-ID: <1568285605.64.0.597324928789.issue36675@roundup.psfhosted.org>


Change by Julien Palard <julien+python at palard.fr>:


----------
pull_requests: +15647
pull_request: https://github.com/python/cpython/pull/16024

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36675>
_______________________________________

From report at bugs.python.org  Thu Sep 12 06:56:08 2019
From: report at bugs.python.org (miss-islington)
Date: Thu, 12 Sep 2019 10:56:08 +0000
Subject: [docs] [issue9938] Add optional keyword argument exit_on_error to
 argparse.ArgumentParser
In-Reply-To: <1285338690.84.0.283413950067.issue9938@psf.upfronthosting.co.za>
Message-ID: <1568285768.06.0.996936272729.issue9938@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset f545638b5701652ffbe1774989533cdf5bc6631e by Miss Islington (bot) (Hai Shi) in branch 'master':
bpo-9938: Add optional keyword argument exit_on_error to argparse.ArgumentParser (GH-15362)
https://github.com/python/cpython/commit/f545638b5701652ffbe1774989533cdf5bc6631e


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue9938>
_______________________________________

From report at bugs.python.org  Thu Sep 12 06:57:30 2019
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Thu, 12 Sep 2019 10:57:30 +0000
Subject: [docs] [issue9938] Add optional keyword argument exit_on_error to
 argparse.ArgumentParser
In-Reply-To: <1285338690.84.0.283413950067.issue9938@psf.upfronthosting.co.za>
Message-ID: <1568285850.27.0.658963154496.issue9938@roundup.psfhosted.org>


St?phane Wirtel <stephane at wirtel.be> added the comment:

Thank you for your PR and for your time, I have merged the PR into master.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue9938>
_______________________________________

From report at bugs.python.org  Thu Sep 12 07:10:07 2019
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Thu, 12 Sep 2019 11:10:07 +0000
Subject: [docs] [issue32008] Example suggest to use a TLSv1 socket
In-Reply-To: <1510428965.62.0.213398074469.issue32008@psf.upfronthosting.co.za>
Message-ID: <1568286607.73.0.392322185399.issue32008@roundup.psfhosted.org>


St?phane Wirtel <stephane at wirtel.be> added the comment:


New changeset 894d0f7d5542ee04556ec1bee8c58506f7c916d4 by St?phane Wirtel (Christian Heimes) in branch 'master':
bpo-32008: Prefer client or TLSv1_2 in examples (GH-5797)
https://github.com/python/cpython/commit/894d0f7d5542ee04556ec1bee8c58506f7c916d4


----------
nosy: +matrixise

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32008>
_______________________________________

From report at bugs.python.org  Thu Sep 12 07:10:22 2019
From: report at bugs.python.org (miss-islington)
Date: Thu, 12 Sep 2019 11:10:22 +0000
Subject: [docs] [issue32008] Example suggest to use a TLSv1 socket
In-Reply-To: <1510428965.62.0.213398074469.issue32008@psf.upfronthosting.co.za>
Message-ID: <1568286622.98.0.501343646135.issue32008@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15649
pull_request: https://github.com/python/cpython/pull/16026

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32008>
_______________________________________

From report at bugs.python.org  Thu Sep 12 07:11:37 2019
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Thu, 12 Sep 2019 11:11:37 +0000
Subject: [docs] [issue32008] Example suggest to use a TLSv1 socket
In-Reply-To: <1510428965.62.0.213398074469.issue32008@psf.upfronthosting.co.za>
Message-ID: <1568286697.05.0.762473080819.issue32008@roundup.psfhosted.org>


Change by St?phane Wirtel <stephane at wirtel.be>:


----------
pull_requests: +15650
pull_request: https://github.com/python/cpython/pull/16027

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32008>
_______________________________________

From report at bugs.python.org  Thu Sep 12 07:20:09 2019
From: report at bugs.python.org (Julien Palard)
Date: Thu, 12 Sep 2019 11:20:09 +0000
Subject: [docs] [issue35685] Add samples on patch.dict of the use of
 decorator and in class
In-Reply-To: <1546951077.39.0.591357222806.issue35685@roundup.psfhosted.org>
Message-ID: <1568287209.55.0.410624124504.issue35685@roundup.psfhosted.org>


Julien Palard <julien+python at palard.fr> added the comment:

We're using assert instead of assertEqual to denote that we're not "testing unittest" but asserting that unittest work as documented. Whch is semantically a bit different.

Unittesting unittest using unittest works, but using unittest test to test unittest as documentation example could lead the reader to having hard time figuring what's what. I think using assert here disambiguate the whole thing.

----------
nosy: +mdk

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35685>
_______________________________________

From report at bugs.python.org  Thu Sep 12 07:20:44 2019
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Thu, 12 Sep 2019 11:20:44 +0000
Subject: [docs] [issue32008] Example suggest to use a TLSv1 socket
In-Reply-To: <1510428965.62.0.213398074469.issue32008@psf.upfronthosting.co.za>
Message-ID: <1568287244.59.0.289272138882.issue32008@roundup.psfhosted.org>


St?phane Wirtel <stephane at wirtel.be> added the comment:


New changeset 07b4148f3932ed22f9cd8476f49bd0079d093590 by St?phane Wirtel (Miss Islington (bot)) in branch '3.7':
bpo-32008: Prefer client or TLSv1_2 in examples (GH-5797) (GH-16026)
https://github.com/python/cpython/commit/07b4148f3932ed22f9cd8476f49bd0079d093590


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32008>
_______________________________________

From report at bugs.python.org  Thu Sep 12 07:21:54 2019
From: report at bugs.python.org (hai shi)
Date: Thu, 12 Sep 2019 11:21:54 +0000
Subject: [docs] [issue9938] Add optional keyword argument exit_on_error to
 argparse.ArgumentParser
In-Reply-To: <1285338690.84.0.283413950067.issue9938@psf.upfronthosting.co.za>
Message-ID: <1568287314.02.0.453020349464.issue9938@roundup.psfhosted.org>


hai shi <shihai1991 at 126.com> added the comment:

St?phane, thanks for your good comment. Some argparse's bpo is too old ;)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue9938>
_______________________________________

From report at bugs.python.org  Thu Sep 12 07:23:57 2019
From: report at bugs.python.org (Gregory P. Smith)
Date: Thu, 12 Sep 2019 11:23:57 +0000
Subject: [docs] [issue36675] Doctest directives and comments missing from
 code samples
In-Reply-To: <1555757030.56.0.8094269644.issue36675@roundup.psfhosted.org>
Message-ID: <1568287437.15.0.431262994316.issue36675@roundup.psfhosted.org>


Gregory P. Smith <greg at krypto.org> added the comment:


New changeset 2c910c1e732c9a3ec4c67a7c43d789d6c729304a by Gregory P. Smith (Julien Palard) in branch 'master':
bpo-36675: Remove obsolete code. (GH-16024)
https://github.com/python/cpython/commit/2c910c1e732c9a3ec4c67a7c43d789d6c729304a


----------
nosy: +gregory.p.smith

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36675>
_______________________________________

From report at bugs.python.org  Thu Sep 12 07:24:07 2019
From: report at bugs.python.org (miss-islington)
Date: Thu, 12 Sep 2019 11:24:07 +0000
Subject: [docs] [issue36675] Doctest directives and comments missing from
 code samples
In-Reply-To: <1555757030.56.0.8094269644.issue36675@roundup.psfhosted.org>
Message-ID: <1568287447.41.0.444930271133.issue36675@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15653
pull_request: https://github.com/python/cpython/pull/16030

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36675>
_______________________________________

From report at bugs.python.org  Thu Sep 12 07:25:04 2019
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Thu, 12 Sep 2019 11:25:04 +0000
Subject: [docs] [issue32008] Example suggest to use a TLSv1 socket
In-Reply-To: <1510428965.62.0.213398074469.issue32008@psf.upfronthosting.co.za>
Message-ID: <1568287504.95.0.484755412818.issue32008@roundup.psfhosted.org>


St?phane Wirtel <stephane at wirtel.be> added the comment:


New changeset 1fc84b64f9f740f2dc089da1d061dfdd5b438d3c by St?phane Wirtel in branch '3.8':
[3.8] bpo-32008: Prefer client or TLSv1_2 in examples (GH-5797) (GH-16027)
https://github.com/python/cpython/commit/1fc84b64f9f740f2dc089da1d061dfdd5b438d3c


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32008>
_______________________________________

From report at bugs.python.org  Thu Sep 12 07:25:55 2019
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Thu, 12 Sep 2019 11:25:55 +0000
Subject: [docs] [issue32008] Example suggest to use a TLSv1 socket
In-Reply-To: <1510428965.62.0.213398074469.issue32008@psf.upfronthosting.co.za>
Message-ID: <1568287555.63.0.480342353734.issue32008@roundup.psfhosted.org>


St?phane Wirtel <stephane at wirtel.be> added the comment:

Hi,

I have merged the PR of Christian for master, 3.8 & 3.7

Thank you so much,

----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.9 -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32008>
_______________________________________

From report at bugs.python.org  Thu Sep 12 07:29:57 2019
From: report at bugs.python.org (Julien Palard)
Date: Thu, 12 Sep 2019 11:29:57 +0000
Subject: [docs] [issue35685] Add samples on patch.dict of the use of
 decorator and in class
In-Reply-To: <1546951077.39.0.591357222806.issue35685@roundup.psfhosted.org>
Message-ID: <1568287797.65.0.863618409456.issue35685@roundup.psfhosted.org>


Julien Palard <julien+python at palard.fr> added the comment:


New changeset 31a82e25b6044a5b5ee25246bad3eb7b873cf5ec by Julien Palard (Emmanuel Arias) in branch 'master':
bpo-35685: Add examples of unittest.mock.patch.dict usage (GH-11456)
https://github.com/python/cpython/commit/31a82e25b6044a5b5ee25246bad3eb7b873cf5ec


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35685>
_______________________________________

From report at bugs.python.org  Thu Sep 12 07:30:07 2019
From: report at bugs.python.org (miss-islington)
Date: Thu, 12 Sep 2019 11:30:07 +0000
Subject: [docs] [issue35685] Add samples on patch.dict of the use of
 decorator and in class
In-Reply-To: <1546951077.39.0.591357222806.issue35685@roundup.psfhosted.org>
Message-ID: <1568287807.6.0.0562828882014.issue35685@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15654
pull_request: https://github.com/python/cpython/pull/16031

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35685>
_______________________________________

From report at bugs.python.org  Thu Sep 12 07:31:20 2019
From: report at bugs.python.org (miss-islington)
Date: Thu, 12 Sep 2019 11:31:20 +0000
Subject: [docs] [issue36675] Doctest directives and comments missing from
 code samples
In-Reply-To: <1555757030.56.0.8094269644.issue36675@roundup.psfhosted.org>
Message-ID: <1568287880.63.0.907970750681.issue36675@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 94a684734f669eab02b5c915394b749ccf936449 by Miss Islington (bot) in branch '3.8':
bpo-36675: Remove obsolete code. (GH-16024)
https://github.com/python/cpython/commit/94a684734f669eab02b5c915394b749ccf936449


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36675>
_______________________________________

From report at bugs.python.org  Thu Sep 12 07:33:33 2019
From: report at bugs.python.org (Ned Deily)
Date: Thu, 12 Sep 2019 11:33:33 +0000
Subject: [docs] [issue36191] pubkeys.txt contains bogus keys
In-Reply-To: <1551739151.95.0.42643346766.issue36191@roundup.psfhosted.org>
Message-ID: <1568288013.5.0.458835089219.issue36191@roundup.psfhosted.org>


Ned Deily <nad at python.org> added the comment:

(See later discussion and resolution in Issue37967.)

----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36191>
_______________________________________

From report at bugs.python.org  Thu Sep 12 07:37:08 2019
From: report at bugs.python.org (miss-islington)
Date: Thu, 12 Sep 2019 11:37:08 +0000
Subject: [docs] [issue35685] Add samples on patch.dict of the use of
 decorator and in class
In-Reply-To: <1546951077.39.0.591357222806.issue35685@roundup.psfhosted.org>
Message-ID: <1568288228.6.0.650013595336.issue35685@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 648494b44aad273590382c8db5a9d1a6c96ee67a by Miss Islington (bot) in branch '3.8':
bpo-35685: Add examples of unittest.mock.patch.dict usage (GH-11456)
https://github.com/python/cpython/commit/648494b44aad273590382c8db5a9d1a6c96ee67a


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35685>
_______________________________________

From report at bugs.python.org  Thu Sep 12 07:37:38 2019
From: report at bugs.python.org (Julien Palard)
Date: Thu, 12 Sep 2019 11:37:38 +0000
Subject: [docs] [issue35685] Add samples on patch.dict of the use of
 decorator and in class
In-Reply-To: <1546951077.39.0.591357222806.issue35685@roundup.psfhosted.org>
Message-ID: <1568288258.71.0.261649670955.issue35685@roundup.psfhosted.org>


Change by Julien Palard <julien+python at palard.fr>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35685>
_______________________________________

From report at bugs.python.org  Thu Sep 12 07:39:32 2019
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Thu, 12 Sep 2019 11:39:32 +0000
Subject: [docs] [issue34344] Fix the docstring for
 AbstractEventLoopPolicy.get_event_loop
In-Reply-To: <1533549887.39.0.56676864532.issue34344@psf.upfronthosting.co.za>
Message-ID: <1568288372.14.0.15084571934.issue34344@roundup.psfhosted.org>


Karthikeyan Singaravelan <tir.karthi at gmail.com> added the comment:

Thanks for the report. This looks like a valid change to me as I can see from the docstring it says it can be None but in the source code there is an explicit check that if self._local._loop which is returned is None then raise a RuntimeError. I would propose removing the docstring in the example.


# Docstring says can be None

./python.exe -m pydoc asyncio.events.BaseDefaultEventLoopPolicy.get_event_loop | cat
Help on function get_event_loop in asyncio.events.BaseDefaultEventLoopPolicy:

asyncio.events.BaseDefaultEventLoopPolicy.get_event_loop = get_event_loop(self)
    Get the event loop.

    This may be None or an instance of EventLoop.


# RuntimeError is raised for None

./python.exe -m inspect asyncio.events:BaseDefaultEventLoopPolicy.get_event_loop
    def get_event_loop(self):
        """Get the event loop.

        This may be None or an instance of EventLoop.
        """
        if (self._local._loop is None and
                not self._local._set_called and
                isinstance(threading.current_thread(), threading._MainThread)):
            self.set_event_loop(self.new_event_loop())

        if self._local._loop is None:
            raise RuntimeError('There is no current event loop in thread %r.'
                               % threading.current_thread().name)

        return self._local._loop

----------
versions: +Python 3.9 -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34344>
_______________________________________

From report at bugs.python.org  Thu Sep 12 07:44:58 2019
From: report at bugs.python.org (Andrew Svetlov)
Date: Thu, 12 Sep 2019 11:44:58 +0000
Subject: [docs] [issue36373] Deprecate explicit loop parameter in all public
 asyncio APIs
In-Reply-To: <1553025335.55.0.640410639085.issue36373@roundup.psfhosted.org>
Message-ID: <1568288698.65.0.834898764999.issue36373@roundup.psfhosted.org>


Change by Andrew Svetlov <andrew.svetlov at gmail.com>:


----------
pull_requests: +15655
pull_request: https://github.com/python/cpython/pull/16033

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36373>
_______________________________________

From report at bugs.python.org  Thu Sep 12 08:10:53 2019
From: report at bugs.python.org (Julien Palard)
Date: Thu, 12 Sep 2019 12:10:53 +0000
Subject: [docs] [issue35325] imp.find_module() return value documentation
 discrepancy
In-Reply-To: <1543303624.81.0.788709270274.issue35325@psf.upfronthosting.co.za>
Message-ID: <1568290253.26.0.228177153512.issue35325@roundup.psfhosted.org>


Julien Palard <julien+python at palard.fr> added the comment:


New changeset 967b84c913c7b09ae2fc86272cb9373415e2beaf by Julien Palard (Windson yang) in branch 'master':
bpo-35325: Doc: imp.find_module() return value documentation discrepancy (GH-11040)
https://github.com/python/cpython/commit/967b84c913c7b09ae2fc86272cb9373415e2beaf


----------
nosy: +mdk

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35325>
_______________________________________

From report at bugs.python.org  Thu Sep 12 08:11:01 2019
From: report at bugs.python.org (miss-islington)
Date: Thu, 12 Sep 2019 12:11:01 +0000
Subject: [docs] [issue35325] imp.find_module() return value documentation
 discrepancy
In-Reply-To: <1543303624.81.0.788709270274.issue35325@psf.upfronthosting.co.za>
Message-ID: <1568290261.54.0.773640835053.issue35325@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15657
pull_request: https://github.com/python/cpython/pull/16035

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35325>
_______________________________________

From report at bugs.python.org  Thu Sep 12 08:11:08 2019
From: report at bugs.python.org (miss-islington)
Date: Thu, 12 Sep 2019 12:11:08 +0000
Subject: [docs] [issue35325] imp.find_module() return value documentation
 discrepancy
In-Reply-To: <1543303624.81.0.788709270274.issue35325@psf.upfronthosting.co.za>
Message-ID: <1568290268.93.0.711701144098.issue35325@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15658
pull_request: https://github.com/python/cpython/pull/16036

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35325>
_______________________________________

From report at bugs.python.org  Thu Sep 12 08:24:59 2019
From: report at bugs.python.org (miss-islington)
Date: Thu, 12 Sep 2019 12:24:59 +0000
Subject: [docs] [issue35325] imp.find_module() return value documentation
 discrepancy
In-Reply-To: <1543303624.81.0.788709270274.issue35325@psf.upfronthosting.co.za>
Message-ID: <1568291099.36.0.155187220584.issue35325@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 01b47c94ca8ef89c5ac5fda0ab1074e73234a738 by Miss Islington (bot) in branch '3.7':
bpo-35325: Doc: imp.find_module() return value documentation discrepancy (GH-11040)
https://github.com/python/cpython/commit/01b47c94ca8ef89c5ac5fda0ab1074e73234a738


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35325>
_______________________________________

From report at bugs.python.org  Thu Sep 12 08:25:57 2019
From: report at bugs.python.org (miss-islington)
Date: Thu, 12 Sep 2019 12:25:57 +0000
Subject: [docs] [issue35325] imp.find_module() return value documentation
 discrepancy
In-Reply-To: <1543303624.81.0.788709270274.issue35325@psf.upfronthosting.co.za>
Message-ID: <1568291157.71.0.158325517131.issue35325@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 14afe203d6937069c66b7e9c4a9fc0db49b32c19 by Miss Islington (bot) in branch '3.8':
bpo-35325: Doc: imp.find_module() return value documentation discrepancy (GH-11040)
https://github.com/python/cpython/commit/14afe203d6937069c66b7e9c4a9fc0db49b32c19


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35325>
_______________________________________

From report at bugs.python.org  Thu Sep 12 08:40:44 2019
From: report at bugs.python.org (Andrew Svetlov)
Date: Thu, 12 Sep 2019 12:40:44 +0000
Subject: [docs] [issue36373] Deprecate explicit loop parameter in all public
 asyncio APIs
In-Reply-To: <1553025335.55.0.640410639085.issue36373@roundup.psfhosted.org>
Message-ID: <1568292044.4.0.92269035067.issue36373@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:


New changeset a488879cbaf4b8b52699cadccf73bb4c271bcb29 by Andrew Svetlov in branch 'master':
bpo-36373: Deprecate explicit loop in task and subprocess API (GH-16033)
https://github.com/python/cpython/commit/a488879cbaf4b8b52699cadccf73bb4c271bcb29


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36373>
_______________________________________

From report at bugs.python.org  Thu Sep 12 08:40:55 2019
From: report at bugs.python.org (miss-islington)
Date: Thu, 12 Sep 2019 12:40:55 +0000
Subject: [docs] [issue36373] Deprecate explicit loop parameter in all public
 asyncio APIs
In-Reply-To: <1553025335.55.0.640410639085.issue36373@roundup.psfhosted.org>
Message-ID: <1568292055.39.0.479530220977.issue36373@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15661
pull_request: https://github.com/python/cpython/pull/16039

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36373>
_______________________________________

From report at bugs.python.org  Thu Sep 12 08:59:05 2019
From: report at bugs.python.org (Julien Palard)
Date: Thu, 12 Sep 2019 12:59:05 +0000
Subject: [docs] [issue35325] imp.find_module() return value documentation
 discrepancy
In-Reply-To: <1543303624.81.0.788709270274.issue35325@psf.upfronthosting.co.za>
Message-ID: <1568293145.8.0.339359784484.issue35325@roundup.psfhosted.org>


Change by Julien Palard <julien+python at palard.fr>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35325>
_______________________________________

From report at bugs.python.org  Thu Sep 12 08:59:53 2019
From: report at bugs.python.org (miss-islington)
Date: Thu, 12 Sep 2019 12:59:53 +0000
Subject: [docs] [issue36373] Deprecate explicit loop parameter in all public
 asyncio APIs
In-Reply-To: <1553025335.55.0.640410639085.issue36373@roundup.psfhosted.org>
Message-ID: <1568293193.19.0.763290102274.issue36373@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 345bfc990f5f3e873774051d43136b06bfed82cb by Miss Islington (bot) in branch '3.8':
bpo-36373: Deprecate explicit loop in task and subprocess API (GH-16033)
https://github.com/python/cpython/commit/345bfc990f5f3e873774051d43136b06bfed82cb


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36373>
_______________________________________

From report at bugs.python.org  Thu Sep 12 09:07:29 2019
From: report at bugs.python.org (Tahia K)
Date: Thu, 12 Sep 2019 13:07:29 +0000
Subject: [docs] [issue23019] pyexpat.errors wrongly bound to message strings
 instead of message codes
In-Reply-To: <1418111127.16.0.333870475533.issue23019@psf.upfronthosting.co.za>
Message-ID: <1568293649.8.0.719832395348.issue23019@roundup.psfhosted.org>


Tahia K <tahia.khan at gmail.com> added the comment:

Hi guys,

Is this issue still free to pick up?

----------
nosy: +ta1hia

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue23019>
_______________________________________

From report at bugs.python.org  Thu Sep 12 09:10:26 2019
From: report at bugs.python.org (Julien Palard)
Date: Thu, 12 Sep 2019 13:10:26 +0000
Subject: [docs] [issue13474] Mention of "-m" Flag Missing From Doc on
 Execution Model
In-Reply-To: <1322165458.97.0.989343856998.issue13474@psf.upfronthosting.co.za>
Message-ID: <1568293826.42.0.706269030278.issue13474@roundup.psfhosted.org>


Change by Julien Palard <julien+python at palard.fr>:


----------
pull_requests: +15667
pull_request: https://github.com/python/cpython/pull/16045

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue13474>
_______________________________________

From report at bugs.python.org  Thu Sep 12 09:25:09 2019
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Thu, 12 Sep 2019 13:25:09 +0000
Subject: [docs] [issue37480] add ptpython to list of alternate interpreters
In-Reply-To: <1562036636.74.0.198372246702.issue37480@roundup.psfhosted.org>
Message-ID: <1568294709.93.0.827915893611.issue37480@roundup.psfhosted.org>


St?phane Wirtel <stephane at wirtel.be> added the comment:

In this case, maybe you could change the name of the PR and of this issue.

Thank you

----------
nosy: +matrixise

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37480>
_______________________________________

From report at bugs.python.org  Thu Sep 12 09:44:35 2019
From: report at bugs.python.org (Julien Palard)
Date: Thu, 12 Sep 2019 13:44:35 +0000
Subject: [docs] [issue13474] Mention of "-m" Flag Missing From Doc on
 Execution Model
In-Reply-To: <1322165458.97.0.989343856998.issue13474@psf.upfronthosting.co.za>
Message-ID: <1568295875.08.0.382974802478.issue13474@roundup.psfhosted.org>


Change by Julien Palard <julien+python at palard.fr>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue13474>
_______________________________________

From julien at palard.fr  Thu Sep 12 09:51:45 2019
From: julien at palard.fr (Julien Palard)
Date: Thu, 12 Sep 2019 13:51:45 +0000
Subject: [docs] documentation bug
In-Reply-To: <CABrk78Ef3ypfLYMf+zyDzx8n8zCrzjR7mFsiaT-qz3C2V8QxwQ@mail.gmail.com>
References: <CABrk78G+7H_kbXusx3RHhvvd_=E4pVN0vvxMjHxpag-TtoQZeQ@mail.gmail.com>
 <CABrk78FGgr=6G5f6putHpioz0qZFq2OKxDB2kOP_arm2100Xew@mail.gmail.com>
 <D0NjcUYagh23ZcW5OCRasFvVKQxlEhu3lPku2-dHgIDXTXsEifAs4juSCUT_IN4Be9ISbToEwXAAqBcgm1jmN6bUJQ6iNVP6QFDNDbuuS60=@palard.fr>
 <CABrk78Ef3ypfLYMf+zyDzx8n8zCrzjR7mFsiaT-qz3C2V8QxwQ@mail.gmail.com>
Message-ID: <oLQLGnOuKEZ7WmJ-XknFn-2fa2pCDyTFURWaCsrGSnBdMCJ7RxjPpleT4boyyyy7Nn1VoHHFzGxKV3xC4NoY-ppOYCKpfzn4QuF2r9KFkVg=@palard.fr>

Hi Hug! Took a bit of time but both are now merged!

> Thank you Julien for let me know.
> In my opinion both commits are ok.

Thanks for reporting!

Bests,
--?
Julien Palard
https://mdk.fr


From report at bugs.python.org  Thu Sep 12 10:11:46 2019
From: report at bugs.python.org (Julien Palard)
Date: Thu, 12 Sep 2019 14:11:46 +0000
Subject: [docs] [issue33459] Fix "tuple display" mention in Expressions
In-Reply-To: <1525994212.08.0.682650639539.issue33459@psf.upfronthosting.co.za>
Message-ID: <1568297506.83.0.796963316564.issue33459@roundup.psfhosted.org>


Change by Julien Palard <julien+python at palard.fr>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33459>
_______________________________________

From report at bugs.python.org  Thu Sep 12 10:22:27 2019
From: report at bugs.python.org (Andrew Svetlov)
Date: Thu, 12 Sep 2019 14:22:27 +0000
Subject: [docs] [issue36373] Deprecate explicit loop parameter in all public
 asyncio APIs
In-Reply-To: <1553025335.55.0.640410639085.issue36373@roundup.psfhosted.org>
Message-ID: <1568298146.99.0.470150434679.issue36373@roundup.psfhosted.org>


Change by Andrew Svetlov <andrew.svetlov at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36373>
_______________________________________

From report at bugs.python.org  Thu Sep 12 10:22:37 2019
From: report at bugs.python.org (miss-islington)
Date: Thu, 12 Sep 2019 14:22:37 +0000
Subject: [docs] [issue36960] Make datetime docs more user-friendly
In-Reply-To: <1558210678.84.0.258939294256.issue36960@roundup.psfhosted.org>
Message-ID: <1568298157.83.0.755420836863.issue36960@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15679
pull_request: https://github.com/python/cpython/pull/16056

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36960>
_______________________________________

From report at bugs.python.org  Thu Sep 12 10:37:39 2019
From: report at bugs.python.org (miss-islington)
Date: Thu, 12 Sep 2019 14:37:39 +0000
Subject: [docs] [issue36960] Make datetime docs more user-friendly
In-Reply-To: <1558210678.84.0.258939294256.issue36960@roundup.psfhosted.org>
Message-ID: <1568299059.47.0.614193044794.issue36960@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 8976359c598f56825648f4e5397b78c5d14ea13c by Miss Islington (bot) in branch '3.8':
Overhaul datetime documentation (GH-13410)
https://github.com/python/cpython/commit/8976359c598f56825648f4e5397b78c5d14ea13c


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36960>
_______________________________________

From report at bugs.python.org  Thu Sep 12 10:43:57 2019
From: report at bugs.python.org (miss-islington)
Date: Thu, 12 Sep 2019 14:43:57 +0000
Subject: [docs] [issue37488] Document the "gotcha" behaviors in utcnow() and
 utcfromtimestamp()
In-Reply-To: <1562083298.89.0.799843667155.issue37488@roundup.psfhosted.org>
Message-ID: <1568299437.74.0.22326718001.issue37488@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15682
pull_request: https://github.com/python/cpython/pull/16059

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37488>
_______________________________________

From report at bugs.python.org  Thu Sep 12 10:55:51 2019
From: report at bugs.python.org (miss-islington)
Date: Thu, 12 Sep 2019 14:55:51 +0000
Subject: [docs] [issue37488] Document the "gotcha" behaviors in utcnow() and
 utcfromtimestamp()
In-Reply-To: <1562083298.89.0.799843667155.issue37488@roundup.psfhosted.org>
Message-ID: <1568300151.21.0.827864190896.issue37488@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 307c5fe9428b175ff3871a1fdc19bdd7562cfee5 by Miss Islington (bot) in branch '3.8':
bpo-37488 : Document a warning for datetime.utcnow() and utcfromtimestamp() (GH-15773)
https://github.com/python/cpython/commit/307c5fe9428b175ff3871a1fdc19bdd7562cfee5


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37488>
_______________________________________

From report at bugs.python.org  Thu Sep 12 10:56:30 2019
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 12 Sep 2019 14:56:30 +0000
Subject: [docs] [issue38096] Clean up the "struct sequence" / "named tuple"
 docs
In-Reply-To: <1568153124.61.0.864461609465.issue38096@roundup.psfhosted.org>
Message-ID: <1568300190.84.0.900402655751.issue38096@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:


New changeset 4210ad5ebd5769f585035e022876e161cd0e9a3e by Raymond Hettinger in branch 'master':
bpo-38096:  Complete the "structseq" and "named tuple" cleanup (GH-16010)
https://github.com/python/cpython/commit/4210ad5ebd5769f585035e022876e161cd0e9a3e


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38096>
_______________________________________

From report at bugs.python.org  Thu Sep 12 10:56:39 2019
From: report at bugs.python.org (miss-islington)
Date: Thu, 12 Sep 2019 14:56:39 +0000
Subject: [docs] [issue38096] Clean up the "struct sequence" / "named tuple"
 docs
In-Reply-To: <1568153124.61.0.864461609465.issue38096@roundup.psfhosted.org>
Message-ID: <1568300199.04.0.0413131796475.issue38096@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15685
pull_request: https://github.com/python/cpython/pull/16062

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38096>
_______________________________________

From report at bugs.python.org  Thu Sep 12 10:56:45 2019
From: report at bugs.python.org (miss-islington)
Date: Thu, 12 Sep 2019 14:56:45 +0000
Subject: [docs] [issue38096] Clean up the "struct sequence" / "named tuple"
 docs
In-Reply-To: <1568153124.61.0.864461609465.issue38096@roundup.psfhosted.org>
Message-ID: <1568300205.37.0.451698716931.issue38096@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15686
pull_request: https://github.com/python/cpython/pull/16063

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38096>
_______________________________________

From report at bugs.python.org  Thu Sep 12 10:59:27 2019
From: report at bugs.python.org (Paul Ganssle)
Date: Thu, 12 Sep 2019 14:59:27 +0000
Subject: [docs] [issue37488] Document the "gotcha" behaviors in utcnow() and
 utcfromtimestamp()
In-Reply-To: <1562083298.89.0.799843667155.issue37488@roundup.psfhosted.org>
Message-ID: <1568300367.11.0.69415110993.issue37488@roundup.psfhosted.org>


Paul Ganssle <p.ganssle at gmail.com> added the comment:

Thanks Joannah!

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37488>
_______________________________________

From report at bugs.python.org  Thu Sep 12 11:17:37 2019
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 12 Sep 2019 15:17:37 +0000
Subject: [docs] [issue38096] Clean up the "struct sequence" / "named tuple"
 docs
In-Reply-To: <1568153124.61.0.864461609465.issue38096@roundup.psfhosted.org>
Message-ID: <1568301457.19.0.760076600417.issue38096@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

Paul, no worries.  Welcome to the team.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38096>
_______________________________________

From report at bugs.python.org  Thu Sep 12 11:20:10 2019
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 12 Sep 2019 15:20:10 +0000
Subject: [docs] [issue38096] Clean up the "struct sequence" / "named tuple"
 docs
In-Reply-To: <1568153124.61.0.864461609465.issue38096@roundup.psfhosted.org>
Message-ID: <1568301610.06.0.0384348534394.issue38096@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:


New changeset e3c25fc902eedcd5c593fac58f35645961f55bf4 by Raymond Hettinger (Miss Islington (bot)) in branch '3.7':
bpo-38096:  Complete the "structseq" and "named tuple" cleanup (GH-16010) (GH-16063)
https://github.com/python/cpython/commit/e3c25fc902eedcd5c593fac58f35645961f55bf4


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38096>
_______________________________________

From report at bugs.python.org  Thu Sep 12 11:20:34 2019
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 12 Sep 2019 15:20:34 +0000
Subject: [docs] [issue38096] Clean up the "struct sequence" / "named tuple"
 docs
In-Reply-To: <1568153124.61.0.864461609465.issue38096@roundup.psfhosted.org>
Message-ID: <1568301634.33.0.941979604475.issue38096@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:


New changeset d04c85f5a74e61637ee17e8d4870c6a1d3b07d3e by Raymond Hettinger (Miss Islington (bot)) in branch '3.8':
bpo-38096:  Complete the "structseq" and "named tuple" cleanup (GH-16010) (GH-16062)
https://github.com/python/cpython/commit/d04c85f5a74e61637ee17e8d4870c6a1d3b07d3e


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38096>
_______________________________________

From report at bugs.python.org  Thu Sep 12 11:34:27 2019
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Thu, 12 Sep 2019 15:34:27 +0000
Subject: [docs] [issue37908] Add an example of ArgumentParser.exit()
In-Reply-To: <1566407493.49.0.869927821626.issue37908@roundup.psfhosted.org>
Message-ID: <1568302467.06.0.961984461085.issue37908@roundup.psfhosted.org>


St?phane Wirtel <stephane at wirtel.be> added the comment:


New changeset b1a2abdb06408ffc4f13d6ff50351ad49c99afc0 by St?phane Wirtel (Hai Shi) in branch 'master':
bpo-37908: Add an example of ArgumentParser.exit() (GH-15455)
https://github.com/python/cpython/commit/b1a2abdb06408ffc4f13d6ff50351ad49c99afc0


----------
nosy: +matrixise

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37908>
_______________________________________

From report at bugs.python.org  Thu Sep 12 11:34:36 2019
From: report at bugs.python.org (miss-islington)
Date: Thu, 12 Sep 2019 15:34:36 +0000
Subject: [docs] [issue37908] Add an example of ArgumentParser.exit()
In-Reply-To: <1566407493.49.0.869927821626.issue37908@roundup.psfhosted.org>
Message-ID: <1568302476.15.0.537874344874.issue37908@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15688
pull_request: https://github.com/python/cpython/pull/16065

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37908>
_______________________________________

From report at bugs.python.org  Thu Sep 12 11:43:17 2019
From: report at bugs.python.org (miss-islington)
Date: Thu, 12 Sep 2019 15:43:17 +0000
Subject: [docs] [issue37908] Add an example of ArgumentParser.exit()
In-Reply-To: <1566407493.49.0.869927821626.issue37908@roundup.psfhosted.org>
Message-ID: <1568302997.18.0.31678643959.issue37908@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 6dc3e61c511d3e13ce4eac86c8b6abdff58e3617 by Miss Islington (bot) in branch '3.8':
bpo-37908: Add an example of ArgumentParser.exit() (GH-15455)
https://github.com/python/cpython/commit/6dc3e61c511d3e13ce4eac86c8b6abdff58e3617


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37908>
_______________________________________

From report at bugs.python.org  Thu Sep 12 11:56:25 2019
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Thu, 12 Sep 2019 15:56:25 +0000
Subject: [docs] [issue37908] Add an example of ArgumentParser.exit()
In-Reply-To: <1566407493.49.0.869927821626.issue37908@roundup.psfhosted.org>
Message-ID: <1568303785.83.0.382071970058.issue37908@roundup.psfhosted.org>


St?phane Wirtel <stephane at wirtel.be> added the comment:

Thank you

----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37908>
_______________________________________

From report at bugs.python.org  Thu Sep 12 16:14:30 2019
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 12 Sep 2019 20:14:30 +0000
Subject: [docs] [issue38096] Clean up the "struct sequence" / "named tuple"
 docs
In-Reply-To: <1568153124.61.0.864461609465.issue38096@roundup.psfhosted.org>
Message-ID: <1568319270.83.0.477591272591.issue38096@roundup.psfhosted.org>


Change by Raymond Hettinger <raymond.hettinger at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38096>
_______________________________________

From report at bugs.python.org  Fri Sep 13 05:45:12 2019
From: report at bugs.python.org (Julien Palard)
Date: Fri, 13 Sep 2019 09:45:12 +0000
Subject: [docs] [issue31040] mimetypes.add_type should complain when you
 give it an undotted ext
In-Reply-To: <1501010741.93.0.952054126016.issue31040@psf.upfronthosting.co.za>
Message-ID: <1568367912.81.0.106484128321.issue31040@roundup.psfhosted.org>


Julien Palard <julien+python at palard.fr> added the comment:

I think we should deprecate calling `add_type` with an empty `ext`, as I don't think it's a feature, more a side effect of the current implementation.

But as some may use it like a feature, I asked the current PR to emit a warning, to not break the current implementations.

To be able to simplify in the future, why not deprecating empty `ext` so we can remove it in a few versions?

----------
nosy: +mdk

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31040>
_______________________________________

From report at bugs.python.org  Fri Sep 13 06:54:43 2019
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Fri, 13 Sep 2019 10:54:43 +0000
Subject: [docs] [issue38157] Add a recipe in unittest.mock examples about
 mock_open per file
Message-ID: <1568372083.76.0.737420692229.issue38157@roundup.psfhosted.org>


New submission from Karthikeyan Singaravelan <tir.karthi at gmail.com>:

With issue37669 it was proposed to refactor out the mock_open handler to return different mocks per file and an API change to make sure read_data accepts a dictionary of file and return values it can only land on master if accepter. It's already possible now with using side_effect to return per file content. Adding it would be a good example like below so that users can know this usage. I can prepare a PR for this.


from unittest.mock import mock_open, patch

DEFAULT_MOCK_DATA = "default mock data"
data_dict = {"file1": "data1",
             "file2": "data2"}

def open_side_effect(name):
    return mock_open(read_data=data_dict.get(name, DEFAULT_MOCK_DATA))()

with patch(f"{__name__}.open", side_effect=open_side_effect):
    with open("file1") as file1:
        assert file1.read() == "data1"

        with open("file2") as file2:
            assert file2.read() == "data2"

            with open("file1") as file3:
                assert file3.read(1) == "d"

        assert file1.read() == ""

    with open("defaultfile") as file4:
        assert file4.read() == "default mock data"

----------
assignee: docs at python
components: Documentation
messages: 352285
nosy: cjw296, docs at python, lisroach, mariocj89, michael.foord, xtreak
priority: normal
severity: normal
status: open
title: Add a recipe in unittest.mock examples about mock_open per file
type: behavior
versions: Python 3.7, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38157>
_______________________________________

From report at bugs.python.org  Fri Sep 13 06:59:42 2019
From: report at bugs.python.org (Julien Palard)
Date: Fri, 13 Sep 2019 10:59:42 +0000
Subject: [docs] [issue31040] mimetypes.add_type should complain when you
 give it an undotted ext
In-Reply-To: <1501010741.93.0.952054126016.issue31040@psf.upfronthosting.co.za>
Message-ID: <1568372382.03.0.0269291951835.issue31040@roundup.psfhosted.org>


Julien Palard <julien+python at palard.fr> added the comment:

I just found a case where the empty mime type is actually usefull, it's in Lib/http/server.py:

    extensions_map = mimetypes.types_map.copy()
    extensions_map.update({
        '': 'application/octet-stream', # Default
        '.py': 'text/plain',
        '.c': 'text/plain',
        '.h': 'text/plain',
        })

It does *not* uses add_type, but demos the fact that the empty type may be usefull from time to time, maybe don't warn and don't deprecate it at all.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31040>
_______________________________________

From report at bugs.python.org  Fri Sep 13 07:06:37 2019
From: report at bugs.python.org (Stefan Behnel)
Date: Fri, 13 Sep 2019 11:06:37 +0000
Subject: [docs] [issue38158] PyType_Spec docs list non-existant field "doc"
Message-ID: <1568372797.52.0.257422503496.issue38158@roundup.psfhosted.org>


New submission from Stefan Behnel <stefan_ml at behnel.de>:

The current documentation of the PyType_Spec struct lists a "doc" member which does not exist. It should be removed from the docs.
https://docs.python.org/3.8/c-api/type.html#c.PyType_Spec

----------
assignee: docs at python
components: Documentation
keywords: easy, newcomer friendly
messages: 352288
nosy: docs at python, scoder
priority: normal
severity: normal
status: open
title: PyType_Spec docs list non-existant field "doc"
type: behavior
versions: Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38158>
_______________________________________

From report at bugs.python.org  Fri Sep 13 07:07:01 2019
From: report at bugs.python.org (Stefan Behnel)
Date: Fri, 13 Sep 2019 11:07:01 +0000
Subject: [docs] [issue38158] PyType_Spec docs list non-existant field "doc"
In-Reply-To: <1568372797.52.0.257422503496.issue38158@roundup.psfhosted.org>
Message-ID: <1568372821.23.0.649003727563.issue38158@roundup.psfhosted.org>


Change by Stefan Behnel <stefan_ml at behnel.de>:


----------
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38158>
_______________________________________

From report at bugs.python.org  Fri Sep 13 07:33:11 2019
From: report at bugs.python.org (Tahia K)
Date: Fri, 13 Sep 2019 11:33:11 +0000
Subject: [docs] [issue38158] PyType_Spec docs list non-existant field "doc"
In-Reply-To: <1568372797.52.0.257422503496.issue38158@roundup.psfhosted.org>
Message-ID: <1568374391.13.0.115227749082.issue38158@roundup.psfhosted.org>


Tahia K <tahia.khan at gmail.com> added the comment:

Is it okay for me to grab this one?

----------
nosy: +ta1hia

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38158>
_______________________________________

From report at bugs.python.org  Fri Sep 13 07:43:02 2019
From: report at bugs.python.org (Stefan Behnel)
Date: Fri, 13 Sep 2019 11:43:02 +0000
Subject: [docs] [issue38158] PyType_Spec docs list non-existant field "doc"
In-Reply-To: <1568372797.52.0.257422503496.issue38158@roundup.psfhosted.org>
Message-ID: <1568374982.54.0.672801426707.issue38158@roundup.psfhosted.org>


Stefan Behnel <stefan_ml at behnel.de> added the comment:

Absolutely, Tahia. It just needs a PR with a doc update.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38158>
_______________________________________

From report at bugs.python.org  Fri Sep 13 07:44:22 2019
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Fri, 13 Sep 2019 11:44:22 +0000
Subject: [docs] [issue38157] Add a recipe in unittest.mock examples about
 mock_open per file
In-Reply-To: <1568372083.76.0.737420692229.issue38157@roundup.psfhosted.org>
Message-ID: <1568375062.39.0.541442105062.issue38157@roundup.psfhosted.org>


Change by Karthikeyan Singaravelan <tir.karthi at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38157>
_______________________________________

From report at bugs.python.org  Fri Sep 13 08:52:16 2019
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Fri, 13 Sep 2019 12:52:16 +0000
Subject: [docs] [issue37480] add ptpython to list of alternate interpreters
In-Reply-To: <1562036636.74.0.198372246702.issue37480@roundup.psfhosted.org>
Message-ID: <1568379136.38.0.197945050377.issue37480@roundup.psfhosted.org>


St?phane Wirtel <stephane at wirtel.be> added the comment:

Thank you for the proposal but I close this issue because I think the wiki is a better place.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37480>
_______________________________________

From report at bugs.python.org  Fri Sep 13 08:57:15 2019
From: report at bugs.python.org (Julien Palard)
Date: Fri, 13 Sep 2019 12:57:15 +0000
Subject: [docs] [issue29986] Documentation recommends raising TypeError from
 tp_richcompare
In-Reply-To: <1491346313.99.0.131506773991.issue29986@psf.upfronthosting.co.za>
Message-ID: <1568379435.46.0.775053852976.issue29986@roundup.psfhosted.org>


Change by Julien Palard <julien+python at palard.fr>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29986>
_______________________________________

From report at bugs.python.org  Fri Sep 13 09:07:40 2019
From: report at bugs.python.org (Julien Palard)
Date: Fri, 13 Sep 2019 13:07:40 +0000
Subject: [docs] [issue29986] Documentation recommends raising TypeError from
 tp_richcompare
In-Reply-To: <1491346313.99.0.131506773991.issue29986@psf.upfronthosting.co.za>
Message-ID: <1568380060.56.0.52839012629.issue29986@roundup.psfhosted.org>


Julien Palard <julien+python at palard.fr> added the comment:


New changeset 375a3e2bdbeb4dce69aba4b5bc90f55fe27e81b4 by Julien Palard in branch 'master':
bpo-29986: Doc: Delete tip to raise TypeError from tp_richcompare. (GH-16095)
https://github.com/python/cpython/commit/375a3e2bdbeb4dce69aba4b5bc90f55fe27e81b4


----------
nosy: +mdk

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29986>
_______________________________________

From report at bugs.python.org  Fri Sep 13 09:07:49 2019
From: report at bugs.python.org (miss-islington)
Date: Fri, 13 Sep 2019 13:07:49 +0000
Subject: [docs] [issue29986] Documentation recommends raising TypeError from
 tp_richcompare
In-Reply-To: <1491346313.99.0.131506773991.issue29986@psf.upfronthosting.co.za>
Message-ID: <1568380069.2.0.315755121861.issue29986@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15717
pull_request: https://github.com/python/cpython/pull/16097

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29986>
_______________________________________

From report at bugs.python.org  Fri Sep 13 09:14:45 2019
From: report at bugs.python.org (miss-islington)
Date: Fri, 13 Sep 2019 13:14:45 +0000
Subject: [docs] [issue29986] Documentation recommends raising TypeError from
 tp_richcompare
In-Reply-To: <1491346313.99.0.131506773991.issue29986@psf.upfronthosting.co.za>
Message-ID: <1568380485.68.0.770260337216.issue29986@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 4556b1d35c352c975f3cf066362cb6e24efe0668 by Miss Islington (bot) in branch '3.8':
bpo-29986: Doc: Delete tip to raise TypeError from tp_richcompare. (GH-16095)
https://github.com/python/cpython/commit/4556b1d35c352c975f3cf066362cb6e24efe0668


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29986>
_______________________________________

From report at bugs.python.org  Fri Sep 13 09:26:12 2019
From: report at bugs.python.org (Andrew Svetlov)
Date: Fri, 13 Sep 2019 13:26:12 +0000
Subject: [docs] [issue34344] Fix the docstring for
 AbstractEventLoopPolicy.get_event_loop
In-Reply-To: <1533549887.39.0.56676864532.issue34344@psf.upfronthosting.co.za>
Message-ID: <1568381172.61.0.506373449079.issue34344@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:

Vlad, the PR is very welcome!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34344>
_______________________________________

From report at bugs.python.org  Fri Sep 13 09:36:12 2019
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Fri, 13 Sep 2019 13:36:12 +0000
Subject: [docs] [issue26468] shutil.copy2 raises OSError if filesystem
 doesn't support chmod
In-Reply-To: <1456910519.95.0.44073308632.issue26468@psf.upfronthosting.co.za>
Message-ID: <1568381772.86.0.152581440012.issue26468@roundup.psfhosted.org>


St?phane Wirtel <stephane at wirtel.be> added the comment:


New changeset 9585f46b97931d2640c3343dfe03aed15beb9fea by St?phane Wirtel (Windson yang) in branch 'master':
bpo-26468: Doc: improve the documentation of shutil.copy2 when it can fail. (GH-13765)
https://github.com/python/cpython/commit/9585f46b97931d2640c3343dfe03aed15beb9fea


----------
nosy: +matrixise

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26468>
_______________________________________

From report at bugs.python.org  Fri Sep 13 09:36:25 2019
From: report at bugs.python.org (miss-islington)
Date: Fri, 13 Sep 2019 13:36:25 +0000
Subject: [docs] [issue26468] shutil.copy2 raises OSError if filesystem
 doesn't support chmod
In-Reply-To: <1456910519.95.0.44073308632.issue26468@psf.upfronthosting.co.za>
Message-ID: <1568381785.76.0.403949553768.issue26468@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15721
pull_request: https://github.com/python/cpython/pull/16102

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26468>
_______________________________________

From report at bugs.python.org  Fri Sep 13 09:38:28 2019
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Fri, 13 Sep 2019 13:38:28 +0000
Subject: [docs] [issue26468] shutil.copy2 raises OSError if filesystem
 doesn't support chmod
In-Reply-To: <1456910519.95.0.44073308632.issue26468@psf.upfronthosting.co.za>
Message-ID: <1568381908.01.0.833015967816.issue26468@roundup.psfhosted.org>


St?phane Wirtel <stephane at wirtel.be> added the comment:

I have merged the PR with the change in the documentation, feel free to open a new PR for the other part of this issue.

----------
versions: +Python 3.8, Python 3.9 -Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26468>
_______________________________________

From report at bugs.python.org  Fri Sep 13 09:43:37 2019
From: report at bugs.python.org (miss-islington)
Date: Fri, 13 Sep 2019 13:43:37 +0000
Subject: [docs] [issue26468] shutil.copy2 raises OSError if filesystem
 doesn't support chmod
In-Reply-To: <1456910519.95.0.44073308632.issue26468@psf.upfronthosting.co.za>
Message-ID: <1568382217.53.0.0562872764514.issue26468@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset c27bcc3b476bbda7958724376189816c4e9d19c4 by Miss Islington (bot) in branch '3.8':
bpo-26468: Doc: improve the documentation of shutil.copy2 when it can fail. (GH-13765)
https://github.com/python/cpython/commit/c27bcc3b476bbda7958724376189816c4e9d19c4


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26468>
_______________________________________

From report at bugs.python.org  Fri Sep 13 12:55:25 2019
From: report at bugs.python.org (Julien Palard)
Date: Fri, 13 Sep 2019 16:55:25 +0000
Subject: [docs] [issue33082] multiprocessing docs bury very important
 'callback=' args
In-Reply-To: <1521139850.07.0.467229070634.issue33082@psf.upfronthosting.co.za>
Message-ID: <1568393725.44.0.88739522668.issue33082@roundup.psfhosted.org>


Julien Palard <julien+python at palard.fr> added the comment:

I agree Antoine on this one, if one want the result, It'll get it from the  returned value (.get method in the example), or simply by using the not-async versions and directly get the results as a return value of the call.

Also the given example in the documentation won't work as the result is never waited for, the pool gets destroyed before the sleep have the time to sleep.

----------
nosy: +mdk

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33082>
_______________________________________

From report at bugs.python.org  Fri Sep 13 12:55:59 2019
From: report at bugs.python.org (Julien Palard)
Date: Fri, 13 Sep 2019 16:55:59 +0000
Subject: [docs] [issue33082] multiprocessing docs bury very important
 'callback=' args
In-Reply-To: <1521139850.07.0.467229070634.issue33082@psf.upfronthosting.co.za>
Message-ID: <1568393759.93.0.406630086915.issue33082@roundup.psfhosted.org>


Julien Palard <julien+python at palard.fr> added the comment:

I'd wait for Davin's review, but I'd keep the documentation as they are.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33082>
_______________________________________

From report at bugs.python.org  Fri Sep 13 13:16:38 2019
From: report at bugs.python.org (Davin Potts)
Date: Fri, 13 Sep 2019 17:16:38 +0000
Subject: [docs] [issue33082] multiprocessing docs bury very important
 'callback=' args
In-Reply-To: <1521139850.07.0.467229070634.issue33082@psf.upfronthosting.co.za>
Message-ID: <1568394998.33.0.530705421936.issue33082@roundup.psfhosted.org>


Davin Potts <python at discontinuity.net> added the comment:

I appreciate the functionality offered by the callbacks and have found good uses for them, as Chad clearly does/has.  That said, the thought of expanding the documentation on the callbacks had not come up for me.

Reading through the proposed changes to the prose explanations, the choice of words has changed but not significantly and virtually no new concepts are being explained.

I agree with Julien that the docs should stay as they are.

Chad:  Thank you for advocating for things you think more people need to know about even if we do not update the docs this time.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33082>
_______________________________________

From report at bugs.python.org  Fri Sep 13 13:20:33 2019
From: report at bugs.python.org (miss-islington)
Date: Fri, 13 Sep 2019 17:20:33 +0000
Subject: [docs] [issue32790] Keep trailing zeros in precision for string
 format option g
In-Reply-To: <1518055716.96.0.467229070634.issue32790@psf.upfronthosting.co.za>
Message-ID: <1568395233.83.0.21557311429.issue32790@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15734
pull_request: https://github.com/python/cpython/pull/16121

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32790>
_______________________________________

From report at bugs.python.org  Fri Sep 13 13:20:25 2019
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Fri, 13 Sep 2019 17:20:25 +0000
Subject: [docs] [issue32790] Keep trailing zeros in precision for string
 format option g
In-Reply-To: <1518055716.96.0.467229070634.issue32790@psf.upfronthosting.co.za>
Message-ID: <1568395225.06.0.814253700254.issue32790@roundup.psfhosted.org>


St?phane Wirtel <stephane at wirtel.be> added the comment:


New changeset d44542f9a231bf725ecd82eb640a672c759a8227 by St?phane Wirtel (bchhabra2490) in branch 'master':
bpo-32790: Add info about alt format using # for 'g' in chart (GH-6624)
https://github.com/python/cpython/commit/d44542f9a231bf725ecd82eb640a672c759a8227


----------
nosy: +matrixise

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32790>
_______________________________________

From report at bugs.python.org  Fri Sep 13 13:20:40 2019
From: report at bugs.python.org (miss-islington)
Date: Fri, 13 Sep 2019 17:20:40 +0000
Subject: [docs] [issue32790] Keep trailing zeros in precision for string
 format option g
In-Reply-To: <1518055716.96.0.467229070634.issue32790@psf.upfronthosting.co.za>
Message-ID: <1568395240.7.0.823319625939.issue32790@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15735
pull_request: https://github.com/python/cpython/pull/16122

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32790>
_______________________________________

From report at bugs.python.org  Fri Sep 13 13:26:53 2019
From: report at bugs.python.org (miss-islington)
Date: Fri, 13 Sep 2019 17:26:53 +0000
Subject: [docs] [issue32790] Keep trailing zeros in precision for string
 format option g
In-Reply-To: <1518055716.96.0.467229070634.issue32790@psf.upfronthosting.co.za>
Message-ID: <1568395613.96.0.487275643126.issue32790@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 77878cadc58aaca234482dffbb5fe89c74c026fa by Miss Islington (bot) in branch '3.7':
bpo-32790: Add info about alt format using GH- for 'g' in chart (GH-6624)
https://github.com/python/cpython/commit/77878cadc58aaca234482dffbb5fe89c74c026fa


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32790>
_______________________________________

From report at bugs.python.org  Fri Sep 13 13:28:49 2019
From: report at bugs.python.org (miss-islington)
Date: Fri, 13 Sep 2019 17:28:49 +0000
Subject: [docs] [issue32790] Keep trailing zeros in precision for string
 format option g
In-Reply-To: <1518055716.96.0.467229070634.issue32790@psf.upfronthosting.co.za>
Message-ID: <1568395729.19.0.124102690847.issue32790@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset e6b14c026fd9045a0d460b62dbcb512fca4c64ec by Miss Islington (bot) in branch '3.8':
bpo-32790: Add info about alt format using GH- for 'g' in chart (GH-6624)
https://github.com/python/cpython/commit/e6b14c026fd9045a0d460b62dbcb512fca4c64ec


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32790>
_______________________________________

From report at bugs.python.org  Fri Sep 13 13:29:44 2019
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Fri, 13 Sep 2019 17:29:44 +0000
Subject: [docs] [issue32790] Keep trailing zeros in precision for string
 format option g
In-Reply-To: <1518055716.96.0.467229070634.issue32790@psf.upfronthosting.co.za>
Message-ID: <1568395784.22.0.616259688111.issue32790@roundup.psfhosted.org>


St?phane Wirtel <stephane at wirtel.be> added the comment:

Thank you for your PR and this issue, the PR is merged into master, 3.8 and 3.7.

----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32790>
_______________________________________

From report at bugs.python.org  Fri Sep 13 20:35:48 2019
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 14 Sep 2019 00:35:48 +0000
Subject: [docs] [issue33095] Cross-reference isolated mode from relevant
 locations
In-Reply-To: <1521352636.34.0.467229070634.issue33095@psf.upfronthosting.co.za>
Message-ID: <1568421348.32.0.458239421742.issue33095@roundup.psfhosted.org>


Nick Coghlan <ncoghlan at gmail.com> added the comment:


New changeset bdd6945d4dbd1fe6a7fcff95f7d6908db7d791a1 by Nick Coghlan (Xtreak) in branch 'master':
bpo-33095: Add reference to isolated mode in -m and script option (GH-7764)
https://github.com/python/cpython/commit/bdd6945d4dbd1fe6a7fcff95f7d6908db7d791a1


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33095>
_______________________________________

From report at bugs.python.org  Sat Sep 14 02:28:09 2019
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 14 Sep 2019 06:28:09 +0000
Subject: [docs] [issue38057] Docs: source code don't can be translate
In-Reply-To: <1567954703.31.0.993707976717.issue38057@roundup.psfhosted.org>
Message-ID: <1568442489.88.0.346657136372.issue38057@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

This tracker is for issues possibly leading to patches for the CPython repository.  Translations are not part of this repository and I am pretty sure that .po files are not either.

----------
nosy: +terry.reedy
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38057>
_______________________________________

From report at bugs.python.org  Sat Sep 14 07:56:51 2019
From: report at bugs.python.org (Tahia K)
Date: Sat, 14 Sep 2019 11:56:51 +0000
Subject: [docs] [issue38158] PyType_Spec docs list non-existant field "doc"
In-Reply-To: <1568372797.52.0.257422503496.issue38158@roundup.psfhosted.org>
Message-ID: <1568462211.54.0.149439552998.issue38158@roundup.psfhosted.org>


Change by Tahia K <tahia.khan at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38158>
_______________________________________

From report at bugs.python.org  Sat Sep 14 07:59:17 2019
From: report at bugs.python.org (Tahia K)
Date: Sat, 14 Sep 2019 11:59:17 +0000
Subject: [docs] [issue38158] PyType_Spec docs list non-existant field "doc"
In-Reply-To: <1568372797.52.0.257422503496.issue38158@roundup.psfhosted.org>
Message-ID: <1568462357.9.0.247872575004.issue38158@roundup.psfhosted.org>


Tahia K <tahia.khan at gmail.com> added the comment:

Awesome - just posted the PR.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38158>
_______________________________________

From manishdhamoun1819 at gmail.com  Sat Sep 14 10:54:54 2019
From: manishdhamoun1819 at gmail.com (manish yadav)
Date: Sat, 14 Sep 2019 20:24:54 +0530
Subject: [docs] To install python version 2.7.10
Message-ID: <CAJOLwq=78VOmy3Dc8H3-g36j3k0zE35Ztyx5KNOR12xo2AfFiA@mail.gmail.com>

How can i install python version 2.7.10 if i already downloaded version 3.4
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/docs/attachments/20190914/f6b41f67/attachment.html>

From report at bugs.python.org  Sat Sep 14 14:11:02 2019
From: report at bugs.python.org (Kyle Stanley)
Date: Sat, 14 Sep 2019 18:11:02 +0000
Subject: [docs] [issue37635] Using constant for whence arg in seek()
In-Reply-To: <1563595223.34.0.142119222061.issue37635@roundup.psfhosted.org>
Message-ID: <1568484662.31.0.18247834165.issue37635@roundup.psfhosted.org>


Change by Kyle Stanley <aeros167 at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37635>
_______________________________________

From report at bugs.python.org  Sat Sep 14 14:17:57 2019
From: report at bugs.python.org (Kyle Stanley)
Date: Sat, 14 Sep 2019 18:17:57 +0000
Subject: [docs] [issue37635] Using constant for whence arg in seek()
In-Reply-To: <1563595223.34.0.142119222061.issue37635@roundup.psfhosted.org>
Message-ID: <1568485077.23.0.38840218161.issue37635@roundup.psfhosted.org>


Kyle Stanley <aeros167 at gmail.com> added the comment:

Created GH-16147 for replacing the *from_what* argument with *whence* in the IO tutorial. 

I would like to consider following up on this with another PR that adds the IO constants `SEEK_SET`, `SEEK_CUR`, and `SEEK_END` to the tutorial. Those constants would be particularly useful for new users of the language, and would likely make the tutorial easier to understand for those who don't have prior experience with using `seek()`.

However, I figured that replacing *from_what* with *whence* would be significantly less controversial and easier to review, which is why they will be in separate PRs.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37635>
_______________________________________

From report at bugs.python.org  Sat Sep 14 16:29:37 2019
From: report at bugs.python.org (miss-islington)
Date: Sat, 14 Sep 2019 20:29:37 +0000
Subject: [docs] [issue37635] Using constant for whence arg in seek()
In-Reply-To: <1563595223.34.0.142119222061.issue37635@roundup.psfhosted.org>
Message-ID: <1568492977.52.0.619002825062.issue37635@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15761
pull_request: https://github.com/python/cpython/pull/16150

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37635>
_______________________________________

From report at bugs.python.org  Sat Sep 14 16:29:38 2019
From: report at bugs.python.org (miss-islington)
Date: Sat, 14 Sep 2019 20:29:38 +0000
Subject: [docs] [issue37635] Using constant for whence arg in seek()
In-Reply-To: <1563595223.34.0.142119222061.issue37635@roundup.psfhosted.org>
Message-ID: <1568492978.42.0.827491235691.issue37635@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset ff603f6c3d3dc0e9ea8c1c51ce907c4821f42c54 by Miss Islington (bot) (Kyle Stanley) in branch 'master':
bpo-37635: Update arg name for seek() in IO tutorial (GH-16147)
https://github.com/python/cpython/commit/ff603f6c3d3dc0e9ea8c1c51ce907c4821f42c54


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37635>
_______________________________________

From report at bugs.python.org  Sat Sep 14 16:29:44 2019
From: report at bugs.python.org (miss-islington)
Date: Sat, 14 Sep 2019 20:29:44 +0000
Subject: [docs] [issue37635] Using constant for whence arg in seek()
In-Reply-To: <1563595223.34.0.142119222061.issue37635@roundup.psfhosted.org>
Message-ID: <1568492984.5.0.15452714571.issue37635@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15762
pull_request: https://github.com/python/cpython/pull/16151

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37635>
_______________________________________

From report at bugs.python.org  Sat Sep 14 16:47:35 2019
From: report at bugs.python.org (miss-islington)
Date: Sat, 14 Sep 2019 20:47:35 +0000
Subject: [docs] [issue37635] Using constant for whence arg in seek()
In-Reply-To: <1563595223.34.0.142119222061.issue37635@roundup.psfhosted.org>
Message-ID: <1568494054.97.0.442852927994.issue37635@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 4a71df88cdba77c409ee70146dd6445b19267df4 by Miss Islington (bot) in branch '3.8':
bpo-37635: Update arg name for seek() in IO tutorial (GH-16147)
https://github.com/python/cpython/commit/4a71df88cdba77c409ee70146dd6445b19267df4


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37635>
_______________________________________

From report at bugs.python.org  Sat Sep 14 16:47:42 2019
From: report at bugs.python.org (miss-islington)
Date: Sat, 14 Sep 2019 20:47:42 +0000
Subject: [docs] [issue37635] Using constant for whence arg in seek()
In-Reply-To: <1563595223.34.0.142119222061.issue37635@roundup.psfhosted.org>
Message-ID: <1568494062.01.0.177282110678.issue37635@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset b9f932f9e2a170a8d39b3c17f5fabb0967839d85 by Miss Islington (bot) in branch '3.7':
bpo-37635: Update arg name for seek() in IO tutorial (GH-16147)
https://github.com/python/cpython/commit/b9f932f9e2a170a8d39b3c17f5fabb0967839d85


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37635>
_______________________________________

From report at bugs.python.org  Sat Sep 14 16:48:41 2019
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 14 Sep 2019 20:48:41 +0000
Subject: [docs] [issue37635] Using constant for whence arg in seek()
In-Reply-To: <1563595223.34.0.142119222061.issue37635@roundup.psfhosted.org>
Message-ID: <1568494121.91.0.0194610756429.issue37635@roundup.psfhosted.org>


Antoine Pitrou <pitrou at free.fr> added the comment:

Thanks you Kyle!

----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37635>
_______________________________________

From report at bugs.python.org  Sat Sep 14 17:01:06 2019
From: report at bugs.python.org (Kyle Stanley)
Date: Sat, 14 Sep 2019 21:01:06 +0000
Subject: [docs] [issue37635] Using constant for whence arg in seek()
In-Reply-To: <1563595223.34.0.142119222061.issue37635@roundup.psfhosted.org>
Message-ID: <1568494866.16.0.660516453283.issue37635@roundup.psfhosted.org>


Kyle Stanley <aeros167 at gmail.com> added the comment:

> Thanks you Kyle!

No problem, thanks for merging it Antoine!

What do you think of the followup PR to make use of the SEEK_* constants listed in the documentation? I think it would be useful to at least mention them in the tutorial, or even make use of them directly in the examples.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37635>
_______________________________________

From report at bugs.python.org  Sat Sep 14 23:45:49 2019
From: report at bugs.python.org (Joannah Nanjekye)
Date: Sun, 15 Sep 2019 03:45:49 +0000
Subject: [docs] [issue10108] ExpatError not property wrapped
In-Reply-To: <1287093270.3.0.510777453712.issue10108@psf.upfronthosting.co.za>
Message-ID: <1568519149.47.0.350321768378.issue10108@roundup.psfhosted.org>


Change by Joannah Nanjekye <nanjekyejoannah at gmail.com>:


----------
nosy: +nanjekyejoannah

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue10108>
_______________________________________

From report at bugs.python.org  Sun Sep 15 02:51:47 2019
From: report at bugs.python.org (miss-islington)
Date: Sun, 15 Sep 2019 06:51:47 +0000
Subject: [docs] [issue38158] PyType_Spec docs list non-existant field "doc"
In-Reply-To: <1568372797.52.0.257422503496.issue38158@roundup.psfhosted.org>
Message-ID: <1568530307.83.0.0147894672424.issue38158@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15763
pull_request: https://github.com/python/cpython/pull/16153

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38158>
_______________________________________

From report at bugs.python.org  Sun Sep 15 02:53:59 2019
From: report at bugs.python.org (miss-islington)
Date: Sun, 15 Sep 2019 06:53:59 +0000
Subject: [docs] [issue38158] PyType_Spec docs list non-existant field "doc"
In-Reply-To: <1568372797.52.0.257422503496.issue38158@roundup.psfhosted.org>
Message-ID: <1568530439.3.0.312398095024.issue38158@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15764
pull_request: https://github.com/python/cpython/pull/16154

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38158>
_______________________________________

From report at bugs.python.org  Sun Sep 15 03:00:47 2019
From: report at bugs.python.org (Stefan Behnel)
Date: Sun, 15 Sep 2019 07:00:47 +0000
Subject: [docs] [issue38158] PyType_Spec docs list non-existant field "doc"
In-Reply-To: <1568372797.52.0.257422503496.issue38158@roundup.psfhosted.org>
Message-ID: <1568530847.58.0.0449716620215.issue38158@roundup.psfhosted.org>


Stefan Behnel <stefan_ml at behnel.de> added the comment:


New changeset b65be6cd3d9b6102227d27f4f35385f999a7dd7d by Stefan Behnel (Miss Islington (bot)) in branch '3.8':
bpo-38158: Removing nonexistant member "doc" from PyType_Spec documentation (GH-16142) (GH-16154)
https://github.com/python/cpython/commit/b65be6cd3d9b6102227d27f4f35385f999a7dd7d


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38158>
_______________________________________

From report at bugs.python.org  Sun Sep 15 03:01:35 2019
From: report at bugs.python.org (Stefan Behnel)
Date: Sun, 15 Sep 2019 07:01:35 +0000
Subject: [docs] [issue38158] PyType_Spec docs list non-existant field "doc"
In-Reply-To: <1568372797.52.0.257422503496.issue38158@roundup.psfhosted.org>
Message-ID: <1568530895.56.0.646856693462.issue38158@roundup.psfhosted.org>


Change by Stefan Behnel <stefan_ml at behnel.de>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38158>
_______________________________________

From dalbgarcia at gmail.com  Sat Sep 14 23:36:22 2019
From: dalbgarcia at gmail.com (Dalberto Garcia)
Date: Sun, 15 Sep 2019 00:36:22 -0300
Subject: [docs] Python linguage.
Message-ID: <CAAA9A9PyxrTme8aKKbxoJohhZfaBX9Ci9OEwzHEv=gMVSbPaVQ@mail.gmail.com>

Is there a Portuguese version of Python?
Tank you.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/docs/attachments/20190915/7aabb4c0/attachment.html>

From report at bugs.python.org  Sun Sep 15 08:25:40 2019
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 15 Sep 2019 12:25:40 +0000
Subject: [docs] [issue37635] Using constant for whence arg in seek()
In-Reply-To: <1563595223.34.0.142119222061.issue37635@roundup.psfhosted.org>
Message-ID: <1568550340.85.0.111111811981.issue37635@roundup.psfhosted.org>


Antoine Pitrou <pitrou at free.fr> added the comment:

> What do you think of the followup PR to make use of the SEEK_* constants listed in the documentation? I think it would be useful to at least mention them in the tutorial, or even make use of them directly in the examples.

Yes, I think it would be good to make use of them.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37635>
_______________________________________

From report at bugs.python.org  Sun Sep 15 11:17:34 2019
From: report at bugs.python.org (=?utf-8?b?SHJ2b2plIE5pa8WhacSH?=)
Date: Sun, 15 Sep 2019 15:17:34 +0000
Subject: [docs] [issue38178] Remove explicit "loop" argument from
 EchoClientProtocol example
Message-ID: <1568560654.11.0.446224617149.issue38178@roundup.psfhosted.org>


New submission from Hrvoje Nik?i? <hniksic at gmail.com>:

The EchoClientProtocol example receives a "loop" argument, which is not used at all in the TCP example, and is used to create a future in the UDP example. In modern asyncio code the explicit loop arguments are no longer used since the loop can always be obtained with get_running_loop().

The proposed patch makes the UDP example consistent with the TCP one (by having the constructor accept the on_con_lost future) and removes the loop argument from both.

----------
assignee: docs at python
components: Documentation, asyncio
messages: 352478
nosy: asvetlov, docs at python, hniksic, yselivanov
priority: normal
severity: normal
status: open
title: Remove explicit "loop" argument from EchoClientProtocol example
versions: Python 3.7, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38178>
_______________________________________

From report at bugs.python.org  Sun Sep 15 11:19:36 2019
From: report at bugs.python.org (=?utf-8?b?SHJ2b2plIE5pa8WhacSH?=)
Date: Sun, 15 Sep 2019 15:19:36 +0000
Subject: [docs] [issue38178] Remove explicit "loop" argument from
 EchoClientProtocol example
In-Reply-To: <1568560654.11.0.446224617149.issue38178@roundup.psfhosted.org>
Message-ID: <1568560776.85.0.489658473341.issue38178@roundup.psfhosted.org>


Change by Hrvoje Nik?i? <hniksic at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38178>
_______________________________________

From report at bugs.python.org  Sun Sep 15 12:44:32 2019
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 15 Sep 2019 16:44:32 +0000
Subject: [docs] [issue38178] Remove explicit "loop" argument from
 EchoClientProtocol example
In-Reply-To: <1568560654.11.0.446224617149.issue38178@roundup.psfhosted.org>
Message-ID: <1568565872.53.0.924169074082.issue38178@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

The was added originally by Victor and Yuri in c7edffdddd3 and 7c7605ff113

----------
nosy: +rhettinger, vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38178>
_______________________________________

From report at bugs.python.org  Sun Sep 15 13:06:04 2019
From: report at bugs.python.org (miss-islington)
Date: Sun, 15 Sep 2019 17:06:04 +0000
Subject: [docs] [issue38178] Remove explicit "loop" argument from
 EchoClientProtocol example
In-Reply-To: <1568560654.11.0.446224617149.issue38178@roundup.psfhosted.org>
Message-ID: <1568567164.91.0.0627691261572.issue38178@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset c717c73fa33a2f3591442059eaf6e7a673e2c725 by Miss Islington (bot) (Hrvoje Nik?i?) in branch 'master':
bpo-38178: Don't explicitly pass "loop" to EchoClientProtocol. (GH-16159)
https://github.com/python/cpython/commit/c717c73fa33a2f3591442059eaf6e7a673e2c725


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38178>
_______________________________________

From report at bugs.python.org  Sun Sep 15 13:06:16 2019
From: report at bugs.python.org (miss-islington)
Date: Sun, 15 Sep 2019 17:06:16 +0000
Subject: [docs] [issue38178] Remove explicit "loop" argument from
 EchoClientProtocol example
In-Reply-To: <1568560654.11.0.446224617149.issue38178@roundup.psfhosted.org>
Message-ID: <1568567176.26.0.116240509172.issue38178@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15771
pull_request: https://github.com/python/cpython/pull/16161

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38178>
_______________________________________

From report at bugs.python.org  Sun Sep 15 13:06:23 2019
From: report at bugs.python.org (miss-islington)
Date: Sun, 15 Sep 2019 17:06:23 +0000
Subject: [docs] [issue38178] Remove explicit "loop" argument from
 EchoClientProtocol example
In-Reply-To: <1568560654.11.0.446224617149.issue38178@roundup.psfhosted.org>
Message-ID: <1568567183.48.0.479648329103.issue38178@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15772
pull_request: https://github.com/python/cpython/pull/16162

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38178>
_______________________________________

From report at bugs.python.org  Sun Sep 15 13:12:15 2019
From: report at bugs.python.org (miss-islington)
Date: Sun, 15 Sep 2019 17:12:15 +0000
Subject: [docs] [issue38178] Remove explicit "loop" argument from
 EchoClientProtocol example
In-Reply-To: <1568560654.11.0.446224617149.issue38178@roundup.psfhosted.org>
Message-ID: <1568567535.78.0.773410842444.issue38178@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 701c4886bb0e19ad5ed8c8f556f65ab8597841e7 by Miss Islington (bot) in branch '3.7':
bpo-38178: Don't explicitly pass "loop" to EchoClientProtocol. (GH-16159)
https://github.com/python/cpython/commit/701c4886bb0e19ad5ed8c8f556f65ab8597841e7


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38178>
_______________________________________

From report at bugs.python.org  Sun Sep 15 13:12:24 2019
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 15 Sep 2019 17:12:24 +0000
Subject: [docs] [issue38178] Remove explicit "loop" argument from
 EchoClientProtocol example
In-Reply-To: <1568560654.11.0.446224617149.issue38178@roundup.psfhosted.org>
Message-ID: <1568567544.51.0.0895534541652.issue38178@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

Hrvoje, thanks for fixing this.

Next time, please involve the people who originally wrote the code.  They are both still active.  If they made mistakes, it helps them to know about it.  If they had a specific intent for the code example, it allows them to make sure the objectives are still being achieved.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38178>
_______________________________________

From report at bugs.python.org  Sun Sep 15 13:13:37 2019
From: report at bugs.python.org (miss-islington)
Date: Sun, 15 Sep 2019 17:13:37 +0000
Subject: [docs] [issue38178] Remove explicit "loop" argument from
 EchoClientProtocol example
In-Reply-To: <1568560654.11.0.446224617149.issue38178@roundup.psfhosted.org>
Message-ID: <1568567617.64.0.241548631258.issue38178@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 1cd6e926d30552056457820a682c1c361ee0f3ff by Miss Islington (bot) in branch '3.8':
bpo-38178: Don't explicitly pass "loop" to EchoClientProtocol. (GH-16159)
https://github.com/python/cpython/commit/1cd6e926d30552056457820a682c1c361ee0f3ff


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38178>
_______________________________________

From report at bugs.python.org  Sun Sep 15 13:23:47 2019
From: report at bugs.python.org (Andrew Svetlov)
Date: Sun, 15 Sep 2019 17:23:47 +0000
Subject: [docs] [issue38178] Remove explicit "loop" argument from
 EchoClientProtocol example
In-Reply-To: <1568560654.11.0.446224617149.issue38178@roundup.psfhosted.org>
Message-ID: <1568568227.26.0.793300533844.issue38178@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:

Thanks Hrvoje!

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38178>
_______________________________________

From report at bugs.python.org  Sun Sep 15 13:28:18 2019
From: report at bugs.python.org (=?utf-8?b?SHJ2b2plIE5pa8WhacSH?=)
Date: Sun, 15 Sep 2019 17:28:18 +0000
Subject: [docs] [issue38178] Remove explicit "loop" argument from
 EchoClientProtocol example
In-Reply-To: <1568560654.11.0.446224617149.issue38178@roundup.psfhosted.org>
Message-ID: <1568568498.54.0.637952506791.issue38178@roundup.psfhosted.org>


Hrvoje Nik?i? <hniksic at gmail.com> added the comment:

Raymond, no problem; I guess I assumed that the authors are following the bug tracker (or have possibly moved on and are inactive).

I also had reason to believe the change to be non-controversial, since it is in line with Yury's own recommendations, e.g. from his 2018 EuroPython presentation (slide 14):

https://speakerdeck.com/1st1/asyncio-today-and-tomorrow

In any case, I am happy that the pull request has been processed and accepted so quickly - thanks everyone for the great work!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38178>
_______________________________________

From report at bugs.python.org  Sun Sep 15 13:51:08 2019
From: report at bugs.python.org (Andrew Svetlov)
Date: Sun, 15 Sep 2019 17:51:08 +0000
Subject: [docs] [issue38178] Remove explicit "loop" argument from
 EchoClientProtocol example
In-Reply-To: <1568560654.11.0.446224617149.issue38178@roundup.psfhosted.org>
Message-ID: <1568569868.28.0.1460977759.issue38178@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:

Raymond, sorry if I was so quick in applying.
The patch is very trivial and obvious.
I am pretty sure that Yuri and Victor approve it.

The PR doesn't fix a mistake, the code is still valid.
But we all changed our mind what is the loop role, should it be explicitly passed everywhere or not, etc.

At the time of the example creation explicit loop was safer, after Python 3.5.3 bugfx release the implicit loop became the idiomatic solution.

We use the implicit loop everywhere, 3.8 raises DeprecationWarning for passing the loop into certain API calls.
The PR just changes the example to follow our own recommendations.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38178>
_______________________________________

From report at bugs.python.org  Sun Sep 15 16:06:52 2019
From: report at bugs.python.org (Diego Barriga)
Date: Sun, 15 Sep 2019 20:06:52 +0000
Subject: [docs] [issue37904] Suggested edit to Python Tutorial - Section 4
In-Reply-To: <1566386922.03.0.919785821856.issue37904@roundup.psfhosted.org>
Message-ID: <1568578012.02.0.206804483303.issue37904@roundup.psfhosted.org>


Change by Diego Barriga <umoqnier at gmail.com>:


----------
nosy: +umoqnier

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37904>
_______________________________________

From report at bugs.python.org  Sun Sep 15 16:33:57 2019
From: report at bugs.python.org (Diego Barriga)
Date: Sun, 15 Sep 2019 20:33:57 +0000
Subject: [docs] [issue37904] Suggested edit to Python Tutorial - Section 4
In-Reply-To: <1566386922.03.0.919785821856.issue37904@roundup.psfhosted.org>
Message-ID: <1568579637.4.0.709087831791.issue37904@roundup.psfhosted.org>


Diego Barriga <umoqnier at gmail.com> added the comment:

I'm interest on this for my first contribution :D

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37904>
_______________________________________

From report at bugs.python.org  Sun Sep 15 18:05:31 2019
From: report at bugs.python.org (Diego Barriga)
Date: Sun, 15 Sep 2019 22:05:31 +0000
Subject: [docs] [issue37904] Suggested edit to Python Tutorial - Section 4
In-Reply-To: <1566386922.03.0.919785821856.issue37904@roundup.psfhosted.org>
Message-ID: <1568585131.72.0.615809454501.issue37904@roundup.psfhosted.org>


Change by Diego Barriga <umoqnier at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37904>
_______________________________________

From ineuw01 at gmail.com  Sun Sep 15 18:50:16 2019
From: ineuw01 at gmail.com (I neuw)
Date: Sun, 15 Sep 2019 18:50:16 -0400
Subject: [docs] Documentation errors +
Message-ID: <CAP2n4+HrOMeNXAV=7pghVs==4Urfw0373JUbP0sTLuhcKMm80g@mail.gmail.com>

Just installed Python 3.7.4 in Windows 10 and found a number of errors in
the version's help documentation.

The web link of bugs.python.org, nor the"Documentation bugs
<https://bugs.python.org/issue?@filter=status&@filter=components&components=4&status=1&@columns=id,activity,title,status&@sort=-activity>
on the Python issue tracker" can open the default browser (Firefox 69.0).

The email links also cannot open the default mail app (gmail) so that users
can report the bugs. Worst of all, copying of these objects is blocked?

Sincerely,
ineuw
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/docs/attachments/20190915/935cb450/attachment-0001.html>

From report at bugs.python.org  Mon Sep 16 04:15:20 2019
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 16 Sep 2019 08:15:20 +0000
Subject: [docs] [issue38178] Remove explicit "loop" argument from
 EchoClientProtocol example
In-Reply-To: <1568560654.11.0.446224617149.issue38178@roundup.psfhosted.org>
Message-ID: <1568621720.34.0.940988162953.issue38178@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> In modern asyncio code the explicit loop arguments are no longer used since the loop can always be obtained with get_running_loop().

Yeah, the trend changed. Around Python 3.4, passing explicitly loop was preferred for best performances.

Since that time, the code to get the current loop has been optimized, and the new trend is to make the loop implicit to make the code more readable.

--

When I wrote the doc, self.loop.stop() was called explicitly:

https://docs.python.org/3.5/library/asyncio-protocol.html#tcp-echo-client-protocol

It seems like the example has been modified to add a new "on_con_lost" Future.

--

Anyway, thanks Hrvoje Nik?i? for your contribution ;-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38178>
_______________________________________

From report at bugs.python.org  Mon Sep 16 08:14:22 2019
From: report at bugs.python.org (miss-islington)
Date: Mon, 16 Sep 2019 12:14:22 +0000
Subject: [docs] [issue33095] Cross-reference isolated mode from relevant
 locations
In-Reply-To: <1521352636.34.0.467229070634.issue33095@psf.upfronthosting.co.za>
Message-ID: <1568636062.03.0.766911544145.issue33095@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15790
pull_request: https://github.com/python/cpython/pull/16180

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33095>
_______________________________________

From report at bugs.python.org  Mon Sep 16 08:20:26 2019
From: report at bugs.python.org (Julien Palard)
Date: Mon, 16 Sep 2019 12:20:26 +0000
Subject: [docs] [issue33095] Cross-reference isolated mode from relevant
 locations
In-Reply-To: <1521352636.34.0.467229070634.issue33095@psf.upfronthosting.co.za>
Message-ID: <1568636426.49.0.544559080867.issue33095@roundup.psfhosted.org>


Change by Julien Palard <julien+python at palard.fr>:


----------
pull_requests: +15791
pull_request: https://github.com/python/cpython/pull/16181

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33095>
_______________________________________

From report at bugs.python.org  Mon Sep 16 08:21:06 2019
From: report at bugs.python.org (miss-islington)
Date: Mon, 16 Sep 2019 12:21:06 +0000
Subject: [docs] [issue33095] Cross-reference isolated mode from relevant
 locations
In-Reply-To: <1521352636.34.0.467229070634.issue33095@psf.upfronthosting.co.za>
Message-ID: <1568636466.36.0.44452894138.issue33095@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 07186c3959a61c3d73b5ccae431cdd32afe70e5e by Miss Islington (bot) in branch '3.8':
bpo-33095: Add reference to isolated mode in -m and script option (GH-7764)
https://github.com/python/cpython/commit/07186c3959a61c3d73b5ccae431cdd32afe70e5e


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33095>
_______________________________________

From report at bugs.python.org  Mon Sep 16 08:30:36 2019
From: report at bugs.python.org (Julien Palard)
Date: Mon, 16 Sep 2019 12:30:36 +0000
Subject: [docs] [issue33095] Cross-reference isolated mode from relevant
 locations
In-Reply-To: <1521352636.34.0.467229070634.issue33095@psf.upfronthosting.co.za>
Message-ID: <1568637036.29.0.390617586259.issue33095@roundup.psfhosted.org>


Julien Palard <julien+python at palard.fr> added the comment:


New changeset 210dc3bb37ec57a8b8b16ffe0881181138a6e973 by Julien Palard in branch '3.7':
[3.7] bpo-33095: Add reference to isolated mode in -m and script option (GH-7764) (GH-16181)
https://github.com/python/cpython/commit/210dc3bb37ec57a8b8b16ffe0881181138a6e973


----------
nosy: +mdk

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33095>
_______________________________________

From deronnax at gmail.com  Mon Sep 16 14:26:18 2019
From: deronnax at gmail.com (Mathieu Dupuy)
Date: Mon, 16 Sep 2019 14:26:18 -0400
Subject: [docs] shall we define little/big endian in glossary ?
Message-ID: <CAKJVQ8-H+CM76kA7vmNjPdQ0bGkhBUY_5++ZGL_AzWXhof2qbQ@mail.gmail.com>

I was translating howto/unicode.rst, and I noticed it talked about
endianess (about utf-16-le/utf-16-be) but did not define what endianess
was. Endianess is also addressed the same way elsewhere in the
documentation, like in audiooop module.
Shall we add few lines in glossary to tell what endianess is or is it out
of the scope of the documentation ?
Cheers
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/docs/attachments/20190916/c7e33612/attachment.html>

From deronnax at gmail.com  Mon Sep 16 11:32:02 2019
From: deronnax at gmail.com (Mathieu Dupuy)
Date: Mon, 16 Sep 2019 11:32:02 -0400
Subject: [docs] shall we define little/big endian in glossary ?
Message-ID: <CAKJVQ8_ynP7DDfMFrqnevC-tOnV4=LpHP4++3U37ks-RmAvGEg@mail.gmail.com>

I was translating howto/unicode.rst, and noticed it talked about endianess
(about utf-16-le/utf-16-be) but did not define what endianess was.
Endianess is also talked about the same way elsewhere in the documentation,
like in audiooop.
Shall we add few lines in glossary to tell what endianess is or is it out
of the scope of the documentation ?
Cheers
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/docs/attachments/20190916/b1a4ef91/attachment.html>

From report at bugs.python.org  Mon Sep 16 16:34:18 2019
From: report at bugs.python.org (=?utf-8?b?SHJ2b2plIE5pa8WhacSH?=)
Date: Mon, 16 Sep 2019 20:34:18 +0000
Subject: [docs] [issue38192] Fix invocation of EchoClientProtocol
Message-ID: <1568666058.33.0.112875968613.issue38192@roundup.psfhosted.org>


New submission from Hrvoje Nik?i? <hniksic at gmail.com>:

This is a followup on issue38178. While testing the new code, I noticed that my change introduced a bug, where the code still attempts to pass "loop" when constructing an EchoClientProtocol. A pull request is attached.

Also, I've noticed that the MyProtocol example under "Connecting Existing Sockets" is still passing an explicit loop, so I created a commit that converts it to the on_con_lost idiom, and included it in the above pull request.

----------
assignee: docs at python
components: Documentation, asyncio
messages: 352584
nosy: asvetlov, docs at python, hniksic, yselivanov
priority: normal
severity: normal
status: open
title: Fix invocation of EchoClientProtocol
versions: Python 3.7, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38192>
_______________________________________

From report at bugs.python.org  Mon Sep 16 16:35:05 2019
From: report at bugs.python.org (=?utf-8?b?SHJ2b2plIE5pa8WhacSH?=)
Date: Mon, 16 Sep 2019 20:35:05 +0000
Subject: [docs] [issue38192] Fix invocation of EchoClientProtocol
In-Reply-To: <1568666058.33.0.112875968613.issue38192@roundup.psfhosted.org>
Message-ID: <1568666105.33.0.304056463779.issue38192@roundup.psfhosted.org>


Change by Hrvoje Nik?i? <hniksic at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38192>
_______________________________________

From fred at fdrake.net  Mon Sep 16 16:35:32 2019
From: fred at fdrake.net (Fred Drake)
Date: Mon, 16 Sep 2019 16:35:32 -0400
Subject: [docs] shall we define little/big endian in glossary ?
In-Reply-To: <CAKJVQ8-H+CM76kA7vmNjPdQ0bGkhBUY_5++ZGL_AzWXhof2qbQ@mail.gmail.com>
References: <CAKJVQ8-H+CM76kA7vmNjPdQ0bGkhBUY_5++ZGL_AzWXhof2qbQ@mail.gmail.com>
Message-ID: <CAFT4OTEp9fzh1Z-PyUdupdtjA6ABWN9GDzFgxqm0y5OX+_2SXg@mail.gmail.com>

On Mon, Sep 16, 2019 at 2:26 PM Mathieu Dupuy <deronnax at gmail.com> wrote:
> I was translating howto/unicode.rst, and I noticed it talked about endianess (about utf-16-le/utf-16-be) but did not define what endianess was. Endianess is also addressed the same way elsewhere in the documentation, like in audiooop module.
> Shall we add few lines in glossary to tell what endianess is or is it out of the scope of the documentation ?

This seems out of scope; the concept is not Python-specific in any way.


  -Fred

-- 
Fred L. Drake, Jr.    <fred at fdrake.net>
"A storm broke loose in my mind."  --Albert Einstein

From report at bugs.python.org  Tue Sep 17 03:16:46 2019
From: report at bugs.python.org (miss-islington)
Date: Tue, 17 Sep 2019 07:16:46 +0000
Subject: [docs] [issue38192] Fix invocation of EchoClientProtocol
In-Reply-To: <1568666058.33.0.112875968613.issue38192@roundup.psfhosted.org>
Message-ID: <1568704606.28.0.479905736252.issue38192@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 5d359cc62e0244e1fd8d17146a4135079d6843bf by Miss Islington (bot) (Hrvoje Nik?i?) in branch 'master':
bpo-38192: Fix remaining passing of "loop" in the protocol examples (GH-16202)
https://github.com/python/cpython/commit/5d359cc62e0244e1fd8d17146a4135079d6843bf


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38192>
_______________________________________

From report at bugs.python.org  Tue Sep 17 03:17:00 2019
From: report at bugs.python.org (miss-islington)
Date: Tue, 17 Sep 2019 07:17:00 +0000
Subject: [docs] [issue38192] Fix invocation of EchoClientProtocol
In-Reply-To: <1568666058.33.0.112875968613.issue38192@roundup.psfhosted.org>
Message-ID: <1568704620.46.0.209467305394.issue38192@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15819
pull_request: https://github.com/python/cpython/pull/16218

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38192>
_______________________________________

From report at bugs.python.org  Tue Sep 17 03:17:09 2019
From: report at bugs.python.org (miss-islington)
Date: Tue, 17 Sep 2019 07:17:09 +0000
Subject: [docs] [issue38192] Fix invocation of EchoClientProtocol
In-Reply-To: <1568666058.33.0.112875968613.issue38192@roundup.psfhosted.org>
Message-ID: <1568704629.7.0.230854801854.issue38192@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15820
pull_request: https://github.com/python/cpython/pull/16219

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38192>
_______________________________________

From report at bugs.python.org  Tue Sep 17 03:22:51 2019
From: report at bugs.python.org (miss-islington)
Date: Tue, 17 Sep 2019 07:22:51 +0000
Subject: [docs] [issue38192] Fix invocation of EchoClientProtocol
In-Reply-To: <1568666058.33.0.112875968613.issue38192@roundup.psfhosted.org>
Message-ID: <1568704971.49.0.594394243655.issue38192@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset facbd316b409f3775da2a74d0845938b4c7b88f0 by Miss Islington (bot) in branch '3.7':
bpo-38192: Fix remaining passing of "loop" in the protocol examples (GH-16202)
https://github.com/python/cpython/commit/facbd316b409f3775da2a74d0845938b4c7b88f0


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38192>
_______________________________________

From report at bugs.python.org  Tue Sep 17 03:24:34 2019
From: report at bugs.python.org (miss-islington)
Date: Tue, 17 Sep 2019 07:24:34 +0000
Subject: [docs] [issue38192] Fix invocation of EchoClientProtocol
In-Reply-To: <1568666058.33.0.112875968613.issue38192@roundup.psfhosted.org>
Message-ID: <1568705074.79.0.991105336695.issue38192@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 1ba74719e3a213a2c473b92f3a79f8399e65f80a by Miss Islington (bot) in branch '3.8':
bpo-38192: Fix remaining passing of "loop" in the protocol examples (GH-16202)
https://github.com/python/cpython/commit/1ba74719e3a213a2c473b92f3a79f8399e65f80a


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38192>
_______________________________________

From report at bugs.python.org  Tue Sep 17 03:31:44 2019
From: report at bugs.python.org (Andrew Svetlov)
Date: Tue, 17 Sep 2019 07:31:44 +0000
Subject: [docs] [issue38192] Fix invocation of EchoClientProtocol
In-Reply-To: <1568666058.33.0.112875968613.issue38192@roundup.psfhosted.org>
Message-ID: <1568705504.32.0.3089083337.issue38192@roundup.psfhosted.org>


Change by Andrew Svetlov <andrew.svetlov at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38192>
_______________________________________

From report at bugs.python.org  Tue Sep 17 07:34:37 2019
From: report at bugs.python.org (Francesco Ricciardi)
Date: Tue, 17 Sep 2019 11:34:37 +0000
Subject: [docs] [issue38198] Attributes of pathlib classes are not indexed
 in Windows help file
Message-ID: <1568720077.25.0.0826430559794.issue38198@roundup.psfhosted.org>


New submission from Francesco Ricciardi <francesco.ricciardi at hpe.com>:

Attributes of pathlib classes (e.g. 'stem' or 'root') cannot be searched for in Python Windows help file index.

----------
assignee: docs at python
components: Documentation
messages: 352630
nosy: docs at python, francescor
priority: normal
severity: normal
status: open
title: Attributes of pathlib classes are not indexed in Windows help file
type: enhancement
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38198>
_______________________________________

From gugolwifi at gmail.com  Tue Sep 17 09:11:10 2019
From: gugolwifi at gmail.com (Serfer USA)
Date: Tue, 17 Sep 2019 15:11:10 +0200
Subject: [docs] Groupby([]).sum() dropping data
Message-ID: <CAGz-+HMddpQG0TFTxeFDg6ZHAQaQbx_4HQjOiK2r_1h+yBZnRQ@mail.gmail.com>

Hi,

I think there's a problem dropping/excluding data points with groupby.sum
function. Not sure if it is a Pandas issue or Python issue, but I've
performed the following code (see below or click link to notebook), which
at hindsight seemed ok until I compared with the same data using Excel.

Below is the code used on the procedure and its output as well as a excel
filtered list output used to corroborate. Also, attached is the data used
along with the notebook. Please let me know if it is an issue or if there's
something wrong with the code or if i can help in anyway. Thank you.

n = df1.groupby(['Year', 'State', 'Regulator', 'Industry','Product',
'Count']).sum()

Output from code above:

Year State Regulator Industry                  Product               Count
2012 Alabama FDIC    Depository Institution    Debit Card             1
                                               Residential Mortgage   1
             OCC     Depository Institution    Bonds/Notes            1
                                               Commercial Mortgage    1
                                               Credit Card            1
                                               Debit Card             1 3 4
                                               Residential Mortgage   2
                                               Stocks                 1
             SEC     Securities/Futures        Insurance/Annuity Products 1
                                               Stocks                 1 3


Correct values from Excel :

Year	State	Industry              Regulator	Product	               Count
2012	Alabama	Depository Institution	FDIC	Residential Mortgage	   1
2012	Alabama	Depository Institution	FDIC	Residential Mortgage	   1
2012	Alabama	Depository Institution	FDIC	Residential Mortgage	   1
2012	Alabama	Depository Institution	FDIC	Debit Card	           1


Year	State	Industry	     Regulator	   Product	               Count
2012	Alabama	Securities/Futures   SEC	  Insurance/Annuity Products	  1
2012	Alabama	Securities/Futures   SEC	  Insurance/Annuity Products	  1
2012	Alabama	Securities/Futures   SEC	  Stocks	                  3
2012    Alabama	Securities/Futures   SEC	  Stocks	                  1


Notebook:
https://nbviewer.jupyter.org/github/LuisFRoch/Concerns/blob/master/PandasBug%3F.ipynb

Best
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/docs/attachments/20190917/a032a8d4/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: df1.csv
Type: text/csv
Size: 2569581 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/docs/attachments/20190917/a032a8d4/attachment-0001.csv>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: PandasBug?.ipynb
Type: application/octet-stream
Size: 48150 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/docs/attachments/20190917/a032a8d4/attachment-0001.obj>

From julien at palard.fr  Tue Sep 17 11:04:26 2019
From: julien at palard.fr (Julien Palard)
Date: Tue, 17 Sep 2019 15:04:26 +0000
Subject: [docs] Groupby([]).sum() dropping data
In-Reply-To: <CAGz-+HMddpQG0TFTxeFDg6ZHAQaQbx_4HQjOiK2r_1h+yBZnRQ@mail.gmail.com>
References: <CAGz-+HMddpQG0TFTxeFDg6ZHAQaQbx_4HQjOiK2r_1h+yBZnRQ@mail.gmail.com>
Message-ID: <fC8-LnDRuKcMOpTCNYi1XdPs712EuPFWHPhjzrM8ALHoSueuCkupKueHZtsVdZuUMK2u4UXoU04-20UOk7DGnzCMNP3hYtazx94JqwLHvPw=@palard.fr>

Hi Serfer, thanks for reporting!

> I think there's a problem dropping/excluding data points with groupby.sum function

Sadly you're reporting the issue to the Python documentation mailing list, but your issues looks related to Pandas, and we're completly different team.

I bet you should not group by Count if you want to sum Count.

I think Stackoverflow or a Pandas user group may be better than the cpython documentation mailing list for thise usage questions.

Bests,
--
Julien Palard
https://mdk.fr
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/docs/attachments/20190917/7c7b5fed/attachment.html>

From report at bugs.python.org  Tue Sep 17 12:58:01 2019
From: report at bugs.python.org (miss-islington)
Date: Tue, 17 Sep 2019 16:58:01 +0000
Subject: [docs] [issue37904] Suggested edit to Python Tutorial - Section 4
In-Reply-To: <1566386922.03.0.919785821856.issue37904@roundup.psfhosted.org>
Message-ID: <1568739481.57.0.101688375922.issue37904@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset b57481318e3e3cbacd398b898f9849ec8f2d7eec by Miss Islington (bot) (Diego Alberto Barriga Mart?nez) in branch 'master':
bpo-37904: Edition on python tutorial - section 4 (GH-16169)
https://github.com/python/cpython/commit/b57481318e3e3cbacd398b898f9849ec8f2d7eec


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37904>
_______________________________________

From report at bugs.python.org  Tue Sep 17 12:58:12 2019
From: report at bugs.python.org (miss-islington)
Date: Tue, 17 Sep 2019 16:58:12 +0000
Subject: [docs] [issue37904] Suggested edit to Python Tutorial - Section 4
In-Reply-To: <1566386922.03.0.919785821856.issue37904@roundup.psfhosted.org>
Message-ID: <1568739492.09.0.783387023975.issue37904@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15831
pull_request: https://github.com/python/cpython/pull/16234

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37904>
_______________________________________

From report at bugs.python.org  Tue Sep 17 12:58:18 2019
From: report at bugs.python.org (miss-islington)
Date: Tue, 17 Sep 2019 16:58:18 +0000
Subject: [docs] [issue37904] Suggested edit to Python Tutorial - Section 4
In-Reply-To: <1566386922.03.0.919785821856.issue37904@roundup.psfhosted.org>
Message-ID: <1568739498.46.0.115121150919.issue37904@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15832
pull_request: https://github.com/python/cpython/pull/16235

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37904>
_______________________________________

From report at bugs.python.org  Tue Sep 17 12:58:25 2019
From: report at bugs.python.org (miss-islington)
Date: Tue, 17 Sep 2019 16:58:25 +0000
Subject: [docs] [issue37904] Suggested edit to Python Tutorial - Section 4
In-Reply-To: <1566386922.03.0.919785821856.issue37904@roundup.psfhosted.org>
Message-ID: <1568739505.09.0.65436098063.issue37904@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15833
pull_request: https://github.com/python/cpython/pull/16236

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37904>
_______________________________________

From deronnax at gmail.com  Tue Sep 17 15:36:33 2019
From: deronnax at gmail.com (Mathieu Dupuy)
Date: Tue, 17 Sep 2019 15:36:33 -0400
Subject: [docs] shall we define little/big endian in glossary ?
In-Reply-To: <CAFT4OTEp9fzh1Z-PyUdupdtjA6ABWN9GDzFgxqm0y5OX+_2SXg@mail.gmail.com>
References: <CAKJVQ8-H+CM76kA7vmNjPdQ0bGkhBUY_5++ZGL_AzWXhof2qbQ@mail.gmail.com>
 <CAFT4OTEp9fzh1Z-PyUdupdtjA6ABWN9GDzFgxqm0y5OX+_2SXg@mail.gmail.com>
Message-ID: <CAKJVQ8_59PGbHoSYDaYATgFJMGspZTvr4WOhj15P+LiGaKA9ew@mail.gmail.com>

Would a link to the wikipedia page be relevant ?

Le lun. 16 sept. 2019 ? 16:35, Fred Drake <fred at fdrake.net> a ?crit :

> On Mon, Sep 16, 2019 at 2:26 PM Mathieu Dupuy <deronnax at gmail.com> wrote:
> > I was translating howto/unicode.rst, and I noticed it talked about
> endianess (about utf-16-le/utf-16-be) but did not define what endianess
> was. Endianess is also addressed the same way elsewhere in the
> documentation, like in audiooop module.
> > Shall we add few lines in glossary to tell what endianess is or is it
> out of the scope of the documentation ?
>
> This seems out of scope; the concept is not Python-specific in any way.
>
>
>   -Fred
>
> --
> Fred L. Drake, Jr.    <fred at fdrake.net>
> "A storm broke loose in my mind."  --Albert Einstein
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/docs/attachments/20190917/05579498/attachment.html>

From report at bugs.python.org  Tue Sep 17 19:27:40 2019
From: report at bugs.python.org (Ammar Askar)
Date: Tue, 17 Sep 2019 23:27:40 +0000
Subject: [docs] [issue38206] Clarify that tp_dealloc must decref for heap
 allocated type
Message-ID: <1568762859.98.0.230733966822.issue38206@roundup.psfhosted.org>


New submission from Ammar Askar <ammar at ammaraskar.com>:

When dealing with a heap allocated type (https://docs.python.org/3/c-api/typeobj.html#Py_TPFLAGS_HEAPTYPE / PyType_FromSpec), if the type has a custom tp_dealloc function then it MUST decrement the references to the type object itself due to this code block: https://github.com/python/cpython/blob/4a12a178f4a6b9a59d97fecc727f2b6b28dfc85f/Objects/typeobject.c#L1189-L1192

The only mention of this is within the whatsnew entry for 3.8: https://github.com/python/cpython/commit/364f0b0f19cc3f0d5e63f571ec9163cf41c62958#diff-77c703d9a958f6a4b0dc2f692b3fd5b3

This error was made in https://github.com/python/cpython/pull/16127#pullrequestreview-288312751 and https://github.com/python/cpython/pull/16071#pullrequestreview-287819525

It seems like a common pitfall, let's add a note about this in the doc.

----------
assignee: docs at python
components: Documentation
messages: 352672
nosy: ammar2, docs at python
priority: normal
severity: normal
status: open
title: Clarify that tp_dealloc must decref for heap allocated type
type: enhancement
versions: Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38206>
_______________________________________

From report at bugs.python.org  Tue Sep 17 20:11:56 2019
From: report at bugs.python.org (Ammar Askar)
Date: Wed, 18 Sep 2019 00:11:56 +0000
Subject: [docs] [issue38206] Clarify that tp_dealloc must decref for heap
 allocated type
In-Reply-To: <1568762859.98.0.230733966822.issue38206@roundup.psfhosted.org>
Message-ID: <1568765516.93.0.156154712384.issue38206@roundup.psfhosted.org>


Change by Ammar Askar <ammar at ammaraskar.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38206>
_______________________________________

From report at bugs.python.org  Wed Sep 18 06:36:29 2019
From: report at bugs.python.org (Eric V. Smith)
Date: Wed, 18 Sep 2019 10:36:29 +0000
Subject: [docs] [issue37904] Suggested edit to Python Tutorial - Section 4
In-Reply-To: <1566386922.03.0.919785821856.issue37904@roundup.psfhosted.org>
Message-ID: <1568802989.61.0.956792141438.issue37904@roundup.psfhosted.org>


Eric V. Smith <eric at trueblade.com> added the comment:


New changeset 7a2f68776a77c782c0abf40dc9e3fb687787e730 by Eric V. Smith (Miss Islington (bot)) in branch '3.8':
bpo-37904: Edition on python tutorial - section 4 (GH-16169) (GH-16234)
https://github.com/python/cpython/commit/7a2f68776a77c782c0abf40dc9e3fb687787e730


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37904>
_______________________________________

From report at bugs.python.org  Wed Sep 18 06:36:38 2019
From: report at bugs.python.org (Eric V. Smith)
Date: Wed, 18 Sep 2019 10:36:38 +0000
Subject: [docs] [issue37904] Suggested edit to Python Tutorial - Section 4
In-Reply-To: <1566386922.03.0.919785821856.issue37904@roundup.psfhosted.org>
Message-ID: <1568802998.37.0.310701141702.issue37904@roundup.psfhosted.org>


Eric V. Smith <eric at trueblade.com> added the comment:


New changeset 8b907a8875d1b22d8f060dee9430cc82d471e86b by Eric V. Smith (Miss Islington (bot)) in branch '3.7':
bpo-37904: Edition on python tutorial - section 4 (GH-16169) (GH-16235)
https://github.com/python/cpython/commit/8b907a8875d1b22d8f060dee9430cc82d471e86b


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37904>
_______________________________________

From report at bugs.python.org  Wed Sep 18 06:37:00 2019
From: report at bugs.python.org (Eric V. Smith)
Date: Wed, 18 Sep 2019 10:37:00 +0000
Subject: [docs] [issue37904] Suggested edit to Python Tutorial - Section 4
In-Reply-To: <1566386922.03.0.919785821856.issue37904@roundup.psfhosted.org>
Message-ID: <1568803020.72.0.774346793193.issue37904@roundup.psfhosted.org>


Eric V. Smith <eric at trueblade.com> added the comment:


New changeset c47c8ba2969c9faf1c036b3dc4b0a5cf0d3aa0cc by Eric V. Smith (Miss Islington (bot)) in branch '2.7':
bpo-37904: Edition on python tutorial - section 4 (GH-16169) (GH-16236)
https://github.com/python/cpython/commit/c47c8ba2969c9faf1c036b3dc4b0a5cf0d3aa0cc


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37904>
_______________________________________

From report at bugs.python.org  Wed Sep 18 06:37:37 2019
From: report at bugs.python.org (Eric V. Smith)
Date: Wed, 18 Sep 2019 10:37:37 +0000
Subject: [docs] [issue37904] Suggested edit to Python Tutorial - Section 4
In-Reply-To: <1566386922.03.0.919785821856.issue37904@roundup.psfhosted.org>
Message-ID: <1568803057.76.0.70521840566.issue37904@roundup.psfhosted.org>


Change by Eric V. Smith <eric at trueblade.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37904>
_______________________________________

From report at bugs.python.org  Wed Sep 18 09:50:59 2019
From: report at bugs.python.org (Guido Imperiale)
Date: Wed, 18 Sep 2019 13:50:59 +0000
Subject: [docs] [issue38214] __reduce__ API specs for objects with __slots__
Message-ID: <1568814659.52.0.633360812637.issue38214@roundup.psfhosted.org>


New submission from Guido Imperiale <crusaderky at gmail.com>:

The documentation for the pickle module states, about the 3rd element of the tuple returned by __reduce__:

----

Optionally, the object?s state, which will be passed to the object?s __setstate__() method as previously described. If the object has no such method then, the value must be a dictionary and it will be added to the object?s __dict__ attribute.

----

This doesn't seem correct to me. It should instead read:

----

Optionally, the object?s state, which will be passed to the object?s __setstate__() method as previously described. If the object has no such method, then the value must be:

- for objects with only __dict__, a dictionary which will be used to update the object?s __dict__ attribute.
- for objects with only __slots__, a tuple of (None, {<__slots__ key>: <value>, ...})
- for objects with both __dict__ and __slots__, a tuple of ({<__dict__ key>: <value>, ...}, {<__slots__ key>: <value>, ...})

----

----------
assignee: docs at python
components: Documentation
messages: 352728
nosy: crusaderky, docs at python
priority: normal
severity: normal
status: open
title: __reduce__ API specs for objects with __slots__
type: behavior
versions: Python 3.7, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38214>
_______________________________________

From report at bugs.python.org  Wed Sep 18 13:37:13 2019
From: report at bugs.python.org (Jason Plurad)
Date: Wed, 18 Sep 2019 17:37:13 +0000
Subject: [docs] [issue38218] SyntaxError in Tutorial 8.6 Defining Clean-up
 Actions
Message-ID: <1568828233.7.0.343332850468.issue38218@roundup.psfhosted.org>


New submission from Jason Plurad <pluradj at gmail.com>:

The second code example in Tutorial section 8.6 defines the function:

def bool_return(): -> bool:

which throws a SyntaxError: invalid syntax

If the function wants to use a return annotation, there should not be a colon after the function name. I have a pull request ready for this.

----------
assignee: docs at python
components: Documentation
messages: 352746
nosy: Jason Plurad, docs at python
priority: normal
severity: normal
status: open
title: SyntaxError in Tutorial 8.6 Defining Clean-up Actions

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38218>
_______________________________________

From report at bugs.python.org  Wed Sep 18 13:39:29 2019
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 18 Sep 2019 17:39:29 +0000
Subject: [docs] [issue38218] SyntaxError in Tutorial 8.6 Defining Clean-up
 Actions
In-Reply-To: <1568828233.7.0.343332850468.issue38218@roundup.psfhosted.org>
Message-ID: <1568828369.1.0.594636277047.issue38218@roundup.psfhosted.org>


Change by Roundup Robot <devnull at psf.upfronthosting.co.za>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38218>
_______________________________________

From report at bugs.python.org  Wed Sep 18 21:53:04 2019
From: report at bugs.python.org (Lindsay Haisley)
Date: Thu, 19 Sep 2019 01:53:04 +0000
Subject: [docs] [issue38221] Enhancement to pydoc for Python 3.6 to allow
 full backgrounding as a server
Message-ID: <1568857984.74.0.551082494657.issue38221@roundup.psfhosted.org>


New submission from Lindsay Haisley <fmouse at fmp.com>:

This patch extends the functionality of pydoc3 to allow it to run purely as a server, as is the case with pydoc for python 2.7. If the -d option is specified, pydoc as a server (-p <port> option) may be backgrounded to a subshell with "&".

----------
assignee: docs at python
components: Documentation
files: pydoc3.diff
keywords: patch
messages: 352766
nosy: docs at python, fmouse
priority: normal
severity: normal
status: open
title: Enhancement to pydoc for Python 3.6 to allow full backgrounding as a server
type: enhancement
versions: Python 3.6
Added file: https://bugs.python.org/file48613/pydoc3.diff

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38221>
_______________________________________

From report at bugs.python.org  Thu Sep 19 01:27:03 2019
From: report at bugs.python.org (miss-islington)
Date: Thu, 19 Sep 2019 05:27:03 +0000
Subject: [docs] [issue38218] SyntaxError in Tutorial 8.6 Defining Clean-up
 Actions
In-Reply-To: <1568828233.7.0.343332850468.issue38218@roundup.psfhosted.org>
Message-ID: <1568870823.23.0.199853345922.issue38218@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15861
pull_request: https://github.com/python/cpython/pull/16272

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38218>
_______________________________________

From report at bugs.python.org  Thu Sep 19 01:27:11 2019
From: report at bugs.python.org (miss-islington)
Date: Thu, 19 Sep 2019 05:27:11 +0000
Subject: [docs] [issue38218] SyntaxError in Tutorial 8.6 Defining Clean-up
 Actions
In-Reply-To: <1568828233.7.0.343332850468.issue38218@roundup.psfhosted.org>
Message-ID: <1568870831.11.0.421589819246.issue38218@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15862
pull_request: https://github.com/python/cpython/pull/16273

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38218>
_______________________________________

From report at bugs.python.org  Thu Sep 19 01:31:03 2019
From: report at bugs.python.org (miss-islington)
Date: Thu, 19 Sep 2019 05:31:03 +0000
Subject: [docs] [issue38218] SyntaxError in Tutorial 8.6 Defining Clean-up
 Actions
In-Reply-To: <1568828233.7.0.343332850468.issue38218@roundup.psfhosted.org>
Message-ID: <1568871063.8.0.398469605855.issue38218@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15863
pull_request: https://github.com/python/cpython/pull/16274

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38218>
_______________________________________

From report at bugs.python.org  Thu Sep 19 01:31:37 2019
From: report at bugs.python.org (miss-islington)
Date: Thu, 19 Sep 2019 05:31:37 +0000
Subject: [docs] [issue38218] SyntaxError in Tutorial 8.6 Defining Clean-up
 Actions
In-Reply-To: <1568828233.7.0.343332850468.issue38218@roundup.psfhosted.org>
Message-ID: <1568871097.76.0.0464380128183.issue38218@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +15864
pull_request: https://github.com/python/cpython/pull/16275

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38218>
_______________________________________

From report at bugs.python.org  Thu Sep 19 01:37:41 2019
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Thu, 19 Sep 2019 05:37:41 +0000
Subject: [docs] [issue38218] SyntaxError in Tutorial 8.6 Defining Clean-up
 Actions
In-Reply-To: <1568828233.7.0.343332850468.issue38218@roundup.psfhosted.org>
Message-ID: <1568871461.75.0.43431760823.issue38218@roundup.psfhosted.org>


St?phane Wirtel <stephane at wirtel.be> added the comment:


New changeset 20d3bce3effd7cca71a9bf3caa247eef2791517b by St?phane Wirtel (Miss Islington (bot)) in branch '3.7':
[3.7] bpo-38218: Doc: Corrected syntax for return annotation (GH-16265) (GH-16275)
https://github.com/python/cpython/commit/20d3bce3effd7cca71a9bf3caa247eef2791517b


----------
nosy: +matrixise

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38218>
_______________________________________

From report at bugs.python.org  Thu Sep 19 01:43:00 2019
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Thu, 19 Sep 2019 05:43:00 +0000
Subject: [docs] [issue38218] SyntaxError in Tutorial 8.6 Defining Clean-up
 Actions
In-Reply-To: <1568828233.7.0.343332850468.issue38218@roundup.psfhosted.org>
Message-ID: <1568871780.48.0.531265262226.issue38218@roundup.psfhosted.org>


St?phane Wirtel <stephane at wirtel.be> added the comment:


New changeset 6612a4fd36c7f2d71b00da12a3ad4ce619670cd2 by St?phane Wirtel (Miss Islington (bot)) in branch '3.8':
[3.8] bpo-38218: Doc: Corrected syntax for return annotation (GH-16265) (GH-16274)
https://github.com/python/cpython/commit/6612a4fd36c7f2d71b00da12a3ad4ce619670cd2


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38218>
_______________________________________

From report at bugs.python.org  Thu Sep 19 01:50:33 2019
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Thu, 19 Sep 2019 05:50:33 +0000
Subject: [docs] [issue38218] SyntaxError in Tutorial 8.6 Defining Clean-up
 Actions
In-Reply-To: <1568828233.7.0.343332850468.issue38218@roundup.psfhosted.org>
Message-ID: <1568872233.95.0.543346927449.issue38218@roundup.psfhosted.org>


St?phane Wirtel <stephane at wirtel.be> added the comment:

Thank you for your contribution

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38218>
_______________________________________

From arthur.p.goldberg at mssm.edu  Wed Sep 18 17:54:37 2019
From: arthur.p.goldberg at mssm.edu (Goldberg, Arthur P)
Date: Wed, 18 Sep 2019 21:54:37 +0000
Subject: [docs] Punc. bug at bottom of
 https://docs.python.org/3/library/numbers.html
Message-ID: <106B3B01-37D0-4F02-B88D-EA7EB3C41B1C@mssm.edu>

A hyphen is needed after ?exam? in

[cid:C4F3E54C-0C16-49A2-90D1-B34D56897881 at TOTOLINK]

I?m using Updating Google Chrome
Version 76.0.3809.132 (Official Build) (64-bit)


Arthur Goldberg, PhD
Associate Professor of Genetics and Genomic Sciences
Institute for Data Science and Genomic Technology
Mount Sinai School of Medicine
646 526 5020
Karr Lab
Arthur.Goldberg at mssm.edu<mailto:Arthur.Goldberg at mssm.edu>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/docs/attachments/20190918/5de55a91/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: PastedGraphic-1.tiff
Type: image/tiff
Size: 69656 bytes
Desc: PastedGraphic-1.tiff
URL: <http://mail.python.org/pipermail/docs/attachments/20190918/5de55a91/attachment-0001.tiff>

From julien at palard.fr  Thu Sep 19 03:01:53 2019
From: julien at palard.fr (Julien Palard)
Date: Thu, 19 Sep 2019 07:01:53 +0000
Subject: [docs] Punc. bug at bottom of
 https://docs.python.org/3/library/numbers.html
In-Reply-To: <106B3B01-37D0-4F02-B88D-EA7EB3C41B1C@mssm.edu>
References: <106B3B01-37D0-4F02-B88D-EA7EB3C41B1C@mssm.edu>
Message-ID: <ho6VmeEUmC5IQVQ8m3DnFjIXn4E5EAridhzkK-6UUtJ8TN3dNp2Bc5o4mVDnW6C136U5osBft_X385GPOMf9OK1cYVs2V7UK273TUhTXWfk=@palard.fr>

Hi Arthur,

> A hyphen is needed after ?exam? in https://docs.python.org/3/library/numbers.html

Thanks for reporting!

I'm unable to reproduce it (firefox 68.0.1 here).

For those not willing to open the attachment, I reproduce the paragraph from it, here:

    Because most of the operations on any given type will be very similar, it can be useful to define a
    helper function which generates the forward and reverse instances of any given operator. For exam
    ple, fractions.Fraction uses:

the "example" word is split on two lines without hyphen. In the rst file it's a single word.

Does anyone can reproduce it and have more informations so we can track this bug?

--?
Julien Palard
https://mdk.fr


From report at bugs.python.org  Thu Sep 19 06:45:07 2019
From: report at bugs.python.org (Henry Harutyunyan)
Date: Thu, 19 Sep 2019 10:45:07 +0000
Subject: [docs] [issue13743] xml.dom.minidom.Document class is not documented
In-Reply-To: <1326114378.06.0.424770823698.issue13743@psf.upfronthosting.co.za>
Message-ID: <1568889907.95.0.232903265723.issue13743@roundup.psfhosted.org>


Change by Henry Harutyunyan <henryharutyunyan at gmail.com>:


----------
nosy: +hharutyunyan

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue13743>
_______________________________________

From report at bugs.python.org  Thu Sep 19 17:51:22 2019
From: report at bugs.python.org (Joan)
Date: Thu, 19 Sep 2019 21:51:22 +0000
Subject: [docs] [issue38228] Missing documentation on strftime modifier O
Message-ID: <1568929882.38.0.223065779216.issue38228@roundup.psfhosted.org>


New submission from Joan <aseques at gmail.com>:

In the documentation at https://docs.python.org/3.9/library/datetime.html#strftime-strptime-behavior there's an omission of one of the modifiers that can be add to the strftime parameters (O and E)


Quoting from  http://man7.org/linux/man-pages/man3/strftime.3.html


    Some conversion specifications can be modified by preceding the
    conversion specifier character by the E or O modifier to indicate
    that an alternative format should be used.  If the alternative format
    or specification does not exist for the current locale, the behavior
    will be as if the unmodified conversion specification were used. (SU)
    The Single UNIX Specification mentions %Ec, %EC, %Ex, %EX, %Ey, %EY,
    %Od, %Oe, %OH, %OI, %Om, %OM, %OS, %Ou, %OU, %OV, %Ow, %OW, %Oy,
    where the effect of the O modifier is to use alternative numeric
    symbols (say, roman numerals), and that of the E modifier is to use a
    locale-dependent alternative representation.


The modifier works as expected for the O modifier returning the values defined in ab_alt_mon and alt_mon from the locale (instead of the ones defined in abmon and mon.
I haven't been able to get any results with the E modifier (might not be yet defined in any locale)

A small snippet of code to see the difference:
    import locale
    from datetime import datetime
    locale.setlocale(locale.LC_ALL, 'ca_AD.utf8')
    locale.setlocale(locale.LC_ALL, 'ca_ES.utf8')
    now = datetime.now() # current date and time
    date_time = now.strftime("|%Ob|%b|||%OB|%B|")
    print("date and time:",date_time)

----------
assignee: docs at python
components: Documentation
messages: 352816
nosy: aseques, docs at python
priority: normal
severity: normal
status: open
title: Missing documentation on strftime modifier O
type: enhancement
versions: Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38228>
_______________________________________

From report at bugs.python.org  Thu Sep 19 17:58:23 2019
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Thu, 19 Sep 2019 21:58:23 +0000
Subject: [docs] [issue38228] Missing documentation on strftime modifier O
In-Reply-To: <1568929882.38.0.223065779216.issue38228@roundup.psfhosted.org>
Message-ID: <1568930303.86.0.549887625649.issue38228@roundup.psfhosted.org>


Change by Karthikeyan Singaravelan <tir.karthi at gmail.com>:


----------
nosy: +belopolsky, p-ganssle

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38228>
_______________________________________