[issue32839] Add after_info as a function to tkinter

Terry J. Reedy added the comment: Real use case for after_info() (with not arg): #33855 is about minimally testing all IDLE modules. At least import the module and create class instances when easily possible. For test_editor, I started with def test_init(self): # Temporary.

[issue14102] argparse: add ability to create a man page

Pavel Raiskup added the comment: On Friday, June 15, 2018 1:52:41 AM CEST Ben Finney wrote: > On Thu, 2018-06-14 23:46 +, Aaron Meurer wrote: > > Couldn't such a tool exist outside the standard library. > > I've tried writing such a tool. It would ideally re-use as much as feasible of >

[issue19102] Add tests for CLI of the tabnanny module

Jaysinh shukla added the comment: @vstinner I have created the PR here. I wasn't sure so linked the PR with this issue. Thanks! PR URL: https://github.com/python/cpython/pull/7699 -- ___ Python tracker

[issue19102] Add tests for CLI of the tabnanny module

Change by Jaysinh shukla : -- pull_requests: +7315 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33863] Enum doc correction relating to __members__

INADA Naoki added the comment: > A dictionary (treated as a synonym for dict) can't have an order different > than insertion order, because that is one of the guarantees a *dictionary* > provides. When subclassing dict and overrides `__iter__` etc., the subclass is dict

[issue33863] Enum doc correction relating to __members__

Andrés Delfino added the comment: Something I forgot: we shouldn't write documentation that expects the user *not* to know that dictionaries are ordered now. It's described in What's New and in Built-in Types. That's why "ordered dictionaries" seems so wrong to me. --

[issue33867] Module dicts are wiped on module garbage collection

New submission from natedogith1 : When a module is garbage collected, it fills it's __dict__ with None. issue19255 and issue18214 seem to suggest that this was fixed, along with github pull request 7140 (commit 196b0925ca55bf22ffbb97733cff3e63d4fb6e18). However, this still seems to be an

[issue33863] Enum doc correction relating to __members__

Andrés Delfino added the comment: The problem here is that while the historical issue is real, new programmers will come and they won't see a "non-ordered" dict, and having this "dictionaries" vs "ordered dictionaries" that aren't actual OrderedDict objects (which have the common name

[issue33863] Enum doc correction relating to __members__

INADA Naoki added the comment: I feel "dictionary" implies "most likely dict or it's subclass" too. But I don't think "ordered dictionary" is bad wording because: * Historically, dict didn't preserve insertion order. * Dict subclass can provide other ordering. So "ordered dictionary"

[issue33863] Enum doc correction relating to __members__

Andrés Delfino added the comment: To be a little more clear about this: I don't think one implements a dict-like object by reading the Glossary reference. At least, we shouldn't expect nor encourage this. -- ___ Python tracker

[issue33860] doc Avoid "ordered dictionary" references now that dictionaries are ordered

Andrés Delfino added the comment: Perhaps we can continue the discussion on #33863 as there are more argumnets there, from all points of view, and when a decision is taken there, we can apply it here too. -- ___ Python tracker

[issue33866] Stop using OrderedDict in enum

Change by INADA Naoki : -- keywords: +patch pull_requests: +7314 stage: -> patch review ___ Python tracker ___ ___

[issue33866] Stop using OrderedDict in enum

Change by INADA Naoki : -- components: Library (Lib) nosy: inada.naoki priority: normal severity: normal status: open title: Stop using OrderedDict in enum versions: Python 3.8 ___ Python tracker

[issue33863] Enum doc correction relating to __members__

Andrés Delfino added the comment: IMHO, the Glossary is just a quick & dirty reference. I wouldn't search for hard definitions in there. See Built-in Types: "dictionary" is used specifically for dict. I believe we should make clear use of definitions so users known exactly what they get. I

[issue27575] dict viewkeys intersection slow for large dicts

Forest added the comment: Hi Raymond, I've created a PR here: https://github.com/python/cpython/pull/7696, and I've verified that there are tests for all the code paths. I reached out to Daniel Hsu and he has given his blessing to help push this forward. I think this is ready for your

[issue33860] doc Avoid "ordered dictionary" references now that dictionaries are ordered

INADA Naoki added the comment: > Please note that DictReader already mentions "OrderedDict" as a type it > returns now. OK, but PR-7535 changes enum too. > but "dictionary" alone doesn't seem like a good weak name to me, as it's the > common name of an actual type. As I commented in

[issue33863] Enum doc correction relating to __members__

INADA Naoki added the comment: > What do you mean by "a generic dictionary"? If it's a dict-like object, then > it *must* be ordered starting with 3.7. No. Even though dict is ordered, no guarantee about ordering of "dictionary". Glossary says: dictionary An associative array, where

[issue33863] Enum doc correction relating to __members__

INADA Naoki added the comment: We use the word "dictionary" for "dict-like" or "maybe dict or it's subclass" many places. I don't feel it worth enough to change all wording about it. -- nosy: +inada.naoki ___ Python tracker

[issue33865] unknown encoding: 874

Steven D'Aprano added the comment: Please don't post screenshots of text, they make it difficult for the blind and visually impaired to contribute. Instead, please copy and paste the error message into the body of your bug report. (Which I see you have done, which makes the screenshot

[issue33865] unknown encoding: 874

New submission from Prawin Phichitnitikorn : This Error " Current thread 0x238c (most recent call first): Fatal Python error: Py_Initialize: can’t initialize sys standard streams LookupError: unknown encoding: 874" is cause by mapping of 874 encodling is missing in encodings\aliases.py

[issue14102] argparse: add ability to create a man page

Aaron Meurer added the comment: I see. I haven't dug much into the argoarse source, so I don't have a good feel for how feasible such a tool would be to write. Such refactoring would also be useful for generating HTML or RST for the help. I've previously used help2man and man2html to

[issue14102] argparse: add ability to create a man page

Ben Finney added the comment: On Thu, 2018-06-14 23:46 +, Aaron Meurer wrote: > Couldn't such a tool exist outside the standard library. I've tried writing such a tool. It would ideally re-use as much as feasible of the functionality that assembles the usage message. But that is

[issue14102] argparse: add ability to create a man page

Aaron Meurer added the comment: Couldn't such a tool exist outside the standard library. I'm thinking a function that you would import and wrap the parser object, similar to how argcomplete works (https://argcomplete.readthedocs.io/en/latest/index.html). The downside is that developers

[issue14102] argparse: add ability to create a man page

Éric Araujo added the comment: Thanks Ben for expressing exactly what this ticket is about and why the code would be in argparse. (The author of argparse and Raymond a senior core dev also agree that adding a man page formatter to argparse would be useful.) --

[issue14102] argparse: add ability to create a man page

Ben Finney added the comment: On Thu, 2018-06-14 20:02 +, Pablo Galindo Salgado wrote: > The (possible) confusion is the existence of a manpage only available > though argparse (`./python foo.py --manpage`) This report isn't asking for that. (I see only one person proposing such an

[issue33860] doc Avoid "ordered dictionary" references now that dictionaries are ordered

Andrés Delfino added the comment: I believe the discussion in #33863 is relevant. Depending on what the API the user can rely on, perhaps "an ordered mapping" fits here too. -- ___ Python tracker

[issue33721] os.path.exists() ought to return False if pathname contains NUL

pacujo added the comment: Eryk Sun: > I only meant that, as an honest error, it has to be ValueError. I didn't > think about raising a fake OSError. > > Note that I didn't say the ValueError shouldn't be ignored by > os.path.exists (et al). In the spirit of the current function, it > probably

[issue33721] os.path.exists() ought to return False if pathname contains NUL

Eryk Sun added the comment: >> It has to be a ValueError since the error is an invalid >> parameter at the Python level. > > How does the first follow from the second? I only meant that, as an honest error, it has to be ValueError. I didn't think about raising a fake OSError. Note that I

[issue32604] Expose the subinterpreters C-API in Python for testing use.

Eric Snow added the comment: Also see #24553. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue24553] improve test coverage for subinterpreters

Eric Snow added the comment: Note that bpo-32604 is strongly related. -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue17045] Improve C-API doc for PyTypeObject

Change by Eric Snow : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue17045] Improve C-API doc for PyTypeObject

Eric Snow added the comment: New changeset 9e7c92193cc98fd3c2d4751c87851460a33b9118 by Eric Snow in branch 'master': bpo-17045: Improve C-API doc for PyTypeObject. (gh-7413) https://github.com/python/cpython/commit/9e7c92193cc98fd3c2d4751c87851460a33b9118 --

[issue33864] collections.abc.ByteString does not register memoryview

New submission from Jason Fried : Looking at the typing Module docs in the section for ByteString This type represents the types bytes, bytearray, and memoryview. But collections.abc.ByteString does not have memoryview registered. Is it because memoryview doesn't support .index()?

[issue33863] Enum doc correction relating to __members__

Andrés Delfino added the comment: What do you mean by "a generic dictionary"? If it's a dict-like object, then it *must* be ordered starting with 3.7. I believe we should make it clear that a dictionary is always a dict object. If you refer to a mapping with no specific API, then "an ordered

[issue33863] Enum doc correction relating to __members__

Ethan Furman added the comment: An ordered mapping sounds good to me. Let's let this sit for a couple days in case anyone else wants to chime in. If there are no other ideas or objections then we can make the change mid-next week. -- ___ Python

[issue33863] Enum doc correction relating to __members__

Ethan Furman added the comment: I am open to suggestions, but I will say that there are other types of ordered dictionaries besides OrderedDict. Also, if you have some generic dictionary that happens to be ordered but is not an OrderedDict, how would you describe it? --

[issue33863] Enum doc correction relating to __members__

Andrés Delfino added the comment: What about "a dictionary-like object" for master/3.7, and "a dictionary-like object with insertion order preservation" for 3.6 (or something like that). I'd avoid "ordered dictionary" altogether as that's the common name of an actual type. --

[issue33863] Enum doc correction relating to __members__

Pablo Galindo Salgado added the comment: Well, technically a function can say that it returns a dictionary and this dictionary will be ordered in 3.6> but is not important for the function return value. If a function says that it returns a "ordered dictionary" I now (1) that the order is

[issue33863] Enum doc correction relating to __members__

Andrés Delfino added the comment: What about "a dictionary-like object"? -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue33863] Enum doc correction relating to __members__

Andrés Delfino added the comment: It doesn't seem right to me to change a term's meaning. Plus, saying "ordered dictionary" makes me think a "dictionary" isn't ordered. -- ___ Python tracker

[issue33354] Python2: test_ssl fails on non-ASCII path

Change by Roundup Robot : -- pull_requests: +7312 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32962] test_gdb fails in debug build with `-mcet -fcf-protection -O0`

STINNER Victor added the comment: Reminder: test_gdb is skipped on Travis CI and AppVeyor. I tested my two changes manually. I will backport python-gdb.py enhancements to other branches once PR 6754 fix will be merged. -- ___ Python tracker

[issue33863] Enum doc correction relating to __members__

Pablo Galindo Salgado added the comment: Since dictionaries are ordered "ordered dictionary" can be a synonym of "dictionary" and "OrderDict", right? -- nosy: +pablogsal ___ Python tracker

[issue32962] test_gdb fails in debug build with `-mcet -fcf-protection -O0`

STINNER Victor added the comment: New changeset d22fc0bc7de7882da204abe50884bbde2da4f9e7 by Victor Stinner in branch 'master': bpo-32962: python-gdb catchs UnicodeDecodeError (GH-7693) https://github.com/python/cpython/commit/d22fc0bc7de7882da204abe50884bbde2da4f9e7 --

[issue32962] test_gdb fails in debug build with `-mcet -fcf-protection -O0`

STINNER Victor added the comment: > Wouldn't be better to use the "surrogateescape" or the "backslashreplace" > error handlers? Are you talking about my https://github.com/python/cpython/pull/7693 fix? If yes, the error comes from the string() method which comes from the gdb API. I don't

[issue33863] Enum doc correction relating to __members__

Andrés Delfino added the comment: I'm not sure "ordered dictionary" is the right term. To me, "ordered dictionary" and "OrderedDict" are synonyms, just like "dictionary" and "dict" are. Documentation follows this path in several places. You can see my reasons for this in this issue:

[issue14102] argparse: add ability to create a man page

Pablo Galindo Salgado added the comment: >What would cause that confusion? This is not something that would >change how ‘argparse’ parses its arguments, so I don't know what >you're referring to. The (possible) confusion is the existence of a manpage only available though argparse (`./python

[issue33863] Enum doc correction relating to __members__

New submission from Ethan Furman : Checking the docs for Enum I see that section 8.13.15.3.1 says: `__members__` is an `OrderedDict` which is incorrect. It should say "an ordered dictionary". -- messages: 319543 nosy: adelfino, barry, eli.bendersky, ethan.furman priority: normal

[issue33862] doc Fix Enum __members__ type

Ethan Furman added the comment: Serhiy is correct. The exact return type only needs to be ordered, and have appropriate dictionary methods such as `keys()`, `values()`, and `items()`. The reason a mappingproxy was chosen is exactly because what you just tried is illegal and/or confusing:

[issue30747] _Py_atomic_* not actually atomic on Windows with MSVC

Pär Björklund added the comment: The HLE variants were simply chosen to match the semantics on other platforms with regard to aquire/release. If Intel engineers say the plain versions are better that's good enough for me. It would be interesting seeing some benchmarks but I don't have any idea

[issue14102] argparse: add ability to create a man page

Ben Finney added the comment: On 14-Jun-2018, Pablo Galindo Salgado wrote: > I think this should be something that is not included in argparse > itself. I can imagine a scenario in which the manpage is accessible > through `./python foo.py --manpage` but the manpage is not installed >

[issue30747] _Py_atomic_* not actually atomic on Windows with MSVC

Antoine Pitrou added the comment: I would be ok with reverting to the non-HLE variants. Does anyone want to test the performance implications on TSX-enabled hardware? -- ___ Python tracker

[issue32962] test_gdb fails in debug build with `-mcet -fcf-protection -O0`

Serhiy Storchaka added the comment: Wouldn't be better to use the "surrogateescape" or the "backslashreplace" error handlers? -- nosy: +serhiy.storchaka ___ Python tracker

[issue33862] doc Fix Enum __members__ type

Andrés Delfino added the comment: I can't really say if it the return of __members__ is an implementation detail as there's no mention of that in the doc, but from reading the doc I think it's reasonable to think this is allowed: import enum class Colors(enum.Enum): RED = enum.auto()

[issue27575] dict viewkeys intersection slow for large dicts

Change by Forest : -- pull_requests: +7311 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue33862] doc Fix Enum __members__ type

Serhiy Storchaka added the comment: Is not returning a mappingproxy an implementation detail? The important thing is that the result is a mapping of names to members, and that it is ordered. -- nosy: +barry, eli.bendersky, ethan.furman, serhiy.storchaka

[issue33721] os.path.exists() ought to return False if pathname contains NUL

Serhiy Storchaka added the comment: This change looks desirable to me. But it looks too large for backporting it to maintained versions. -- type: behavior -> enhancement versions: +Python 3.8 -Python 3.6 ___ Python tracker

[issue33721] os.path.exists() ought to return False if pathname contains NUL

Change by Serhiy Storchaka : -- keywords: +patch pull_requests: +7310 stage: -> patch review ___ Python tracker ___ ___

[issue33862] doc Fix Enum __members__ type

Change by Andrés Delfino : -- keywords: +patch pull_requests: +7309 stage: -> patch review ___ Python tracker ___ ___

[issue20187] The Great Argument Clinic Conversion Derby Meta-Issue

Change by Mark Lawrence : -- nosy: -BreamoreBoy ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue8488] Docstrings of non-data descriptors "ignored"

Change by Sergey Fedoseev : -- nosy: +sir-sigurd ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue27777] cgi.FieldStorage can't parse simple body with Content-Length and no Content-Disposition

Chris Eykamp added the comment: I'll get a PR submitted this weekend, and post back here. It will not explicitly address that other case, as I don't have the capacity or wherewithal for that. Alas. -- ___ Python tracker

[issue20180] Derby #11: Convert 50 sites to Argument Clinic across 9 files

Tal Einat added the comment: IMO we should create new issues for AC conversion of the collections and random modules (assuming they haven't been converted yet), and close this issue. -- ___ Python tracker

[issue33862] doc Fix Enum __members__ type

New submission from Andrés Delfino : Documentation says __members__ attribute returns an "ordered dictionary" but it returns a mappingproxy instead. PR fixes this. -- assignee: docs@python components: Documentation messages: 319532 nosy: adelfino, docs@python priority: normal

[issue20181] Derby #12: Convert 50 sites to Argument Clinic across 4 files

Change by Tal Einat : -- nosy: -taleinat ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue20177] Derby #8: Convert 28 sites to Argument Clinic across 2 files

Change by Tal Einat : -- nosy: -taleinat ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33860] doc Avoid "ordered dictionary" references now that dictionaries are ordered

Andrés Delfino added the comment: Please note that DictReader already mentions "OrderedDict" as a type it returns now. I do see the issue you raise though and I'm not proposing to guarantee that type for next versions. I see the benefits of using weak names, but "dictionary" alone doesn't

[issue20187] The Great Argument Clinic Conversion Derby Meta-Issue

Change by Tal Einat : -- nosy: -taleinat ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue15533] subprocess.Popen(cwd) documentation: Posix vs Windows

Gregory P. Smith added the comment: Thanks for pointing me at this issue Ned. It sounds like there is a behavior difference between Windows and POSIX systems related to the current directory and/or which process environment is used by the system call that launches the new process to find

[issue33861] Minor improvements of tests for os.path.

New submission from Serhiy Storchaka : When working on a path for issue33721 I have found that some tests for os.path can be improved, and these changes are worth backporting to older versions (3.6+). * Test exists(), lexists(), isdir(), isfile(), islink(), ismount() with bytes paths. *

[issue14102] argparse: add ability to create a man page

Pablo Galindo Salgado added the comment: I think this should be something that is not included in argparse itself. I can imagine a scenario in which the manpage is accessible through `./python foo.py --manpage` but the manpage is not installed systemwide. This will be very confusing for

[issue33823] A BUG in concurrent/asyncio

Pablo Galindo Salgado added the comment: Python++: Sorry, I still cannot understand exactly what is wrong. Could you please redact a little paragraph explaining (1) what function/functions are you using (and maybe a very short example), (2) what is not working and (3) what do you expect to

[issue33615] test__xxsubinterpreters crashed on x86 Gentoo Refleaks 3.x

STINNER Victor added the comment: It's nice to see this issue fixed :-) -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue33830] Error in the output of one example in the httplib docs

Change by Pablo Galindo Salgado : -- title: example output error -> Error in the output of one example in the httplib docs ___ Python tracker ___

[issue33860] doc Avoid "ordered dictionary" references now that dictionaries are ordered

INADA Naoki added the comment: Sometime, we chose weak name like "file-like" or "dictionary" over "io.TextIOWrapper" or "dict", to avoid making future improvements harder. If there are no strong reason to specify concrete type, let's keep using weak name. In case of enum members, I want to

[issue33860] doc Avoid "ordered dictionary" references now that dictionaries are ordered

INADA Naoki added the comment: "ordered dictionary" means "dict-like object which preserves insertion order". Both of dict and OrderedDict is "ordered dictionary". If we change it to OrderedDict, it make harder to change return type from OrderedDict to normal dict. Do you propose we

[issue33860] doc Avoid "ordered dictionary" references now that dictionaries are ordered

New submission from Andrés Delfino : IMHO, using "ordered dictionaries" references is somewhat confusing now that dictionaries preserve insertion order. PR changes this references to "OrderedDict object". -- assignee: docs@python components: Documentation messages: 319523 nosy:

[issue29750] smtplib doesn't handle unicode passwords

david added the comment: Yes, i used thunderbird for both On June 14, 2018 5:14:31 PM GMT+02:00, "R. David Murray" wrote: > >R. David Murray added the comment: > >For the web cases I presume you also set the password using the web >interface, so that doesn't really tell us anything useful.

[issue29750] smtplib doesn't handle unicode passwords

R. David Murray added the comment: For the web cases I presume you also set the password using the web interface, so that doesn't really tell us anything useful. Did you use thunderbird to access the mailbox that you set up via gmail and/or sogo? That would make what thunderbird does the

[issue31861] aiter() and anext() built-in functions

Yury Selivanov added the comment: > Do these really need to be builtins? We're only beginning to see async iterators being used in the wild, so we can't have a definitive answer at this point. > They seem too specialized to be widely useful; I've personally never needed > them in any async

[issue15533] subprocess.Popen(cwd) documentation: Posix vs Windows

Change by Ned Deily : -- nosy: +gregory.p.smith versions: +Python 3.8 -Python 3.5 ___ Python tracker ___ ___ Python-bugs-list

[issue31861] aiter() and anext() built-in functions

Jelle Zijlstra added the comment: Do these really need to be builtins? They seem too specialized to be widely useful; I've personally never needed them in any async code I've written. It would make more sense to me to put them in a module like operators. -- nosy: +Jelle Zijlstra

[issue33615] test__xxsubinterpreters crashed on x86 Gentoo Refleaks 3.x

Change by Eric Snow : -- status: pending -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32962] test_gdb fails in debug build with `-mcet -fcf-protection -O0`

STINNER Victor added the comment: New changeset 019d33b7a447e78057842332fb5d3bad01922122 by Victor Stinner in branch 'master': bpo-32962: python-gdb catchs ValueError on read_var() (GH-7692) https://github.com/python/cpython/commit/019d33b7a447e78057842332fb5d3bad01922122 -- nosy:

[issue32962] test_gdb fails in debug build with `-mcet -fcf-protection -O0`

Change by STINNER Victor : -- pull_requests: +7307 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32962] test_gdb fails in debug build with `-mcet -fcf-protection -O0`

Change by STINNER Victor : -- pull_requests: +7306 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33858] A typo in multiprocessing documentation

aruseni added the comment: I just took a look at the most recent version of this file, and found out that this has already been fixed. https://github.com/python/cpython/blob/master/Doc/library/multiprocessing.rst -- ___ Python tracker

[issue29750] smtplib doesn't handle unicode passwords

david added the comment: Both thunderbird, sogo (web) and gmail (web). On June 14, 2018 3:54:31 PM GMT+02:00, "R. David Murray" wrote: > >R. David Murray added the comment: > >While you are correct that latin1 may be common in this situation, I >think it may still be better to have utf-8

[issue33829] C API: provide new object protocol helper

Change by Pablo Galindo Salgado : -- nosy: +pablogsal ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33858] A typo in multiprocessing documentation

Pablo Galindo Salgado added the comment: Could you make a PR correcting this bug? If you cannot I can do it instead. :) -- nosy: +pablogsal ___ Python tracker ___

[issue29750] smtplib doesn't handle unicode passwords

R. David Murray added the comment: While you are correct that latin1 may be common in this situation, I think it may still be better to have utf-8 be the default, since that is the (still emerging? :) standard. However, you are correct to call for examples: if in the *majority* of the

[issue33721] os.path.exists() ought to return False if pathname contains NUL

Steven D'Aprano added the comment: Eryk Sun says: > It has to be a ValueError since the error is an invalid parameter at the > Python level. How does the first follow from the second? Strings with NULs in them aren't errors or invalid parameters at the Python level, and they are legal file

[issue33721] os.path.exists() ought to return False if pathname contains NUL

Steven D'Aprano added the comment: Eric wrote: > I don't know of any OS that supports NULs in filenames HFS, HFS Plus, and Apple File System all support NULs in filenames. HFS Plus volumes include a special special directory called the metadata directory, in the volume's root directory,

[issue14102] argparse: add ability to create a man page

Change by Pavel Raiskup : -- nosy: +Pavel Raiskup ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33718] Enhance regrtest: meta-ticket for multiple changes

STINNER Victor added the comment: New changeset 4ffe9c2b251f6e027b26250b7a2618e78d4edd22 by Victor Stinner in branch 'master': bpo-33718: regrtest: use format_duration() to display failed tests (GH-7686) https://github.com/python/cpython/commit/4ffe9c2b251f6e027b26250b7a2618e78d4edd22

[issue33859] Spelling mistakes found using aspell

Change by Karthikeyan Singaravelan : -- keywords: +patch pull_requests: +7304 stage: -> patch review ___ Python tracker ___ ___

[issue33859] Spelling mistakes found using aspell

New submission from Karthikeyan Singaravelan : I have found some typos in docs folder using aspell. I have fixed them. The changes are as below : Doc/library/codecs.rst - cypher - cipher Doc/library/email.rst - Protcol - Protocol Doc/library/importlib.rst - abstact - abstract

[issue33858] A typo in multiprocessing documentation

New submission from aruseni : https://docs.python.org/3/library/multiprocessing.html#contexts-and-start-methods > locks created using the fork context cannot be passed to a processes started > using the spawn or forkserver start methods -- assignee: docs@python components:

[issue33857] python exception on Solaris : code for hash blake2b was not found

New submission from goron : Hi I'm running python 3.6 on solaris and i'm always getting this error: ERROR:root:code for hash blake2b was not found. ValueError: unsupported hash type blake2b ERROR:root:code for hash blake2s was not found. ValueError: unsupported hash type blake2s I have found

[issue24379] Add operator.subscript as a convenience for creating slices

Tal Einat added the comment: So 3.8 then, or should this be closed? FWIW I'm -1. IMO this should be a code recipe somewhere, no need for it to be in the stdlib. -- ___ Python tracker

  1   2   >