[issue42997] Improve error message for missing : before suites

Pablo Galindo Salgado added the comment: PR 24293 implements the second idea (only new rules and no new machinery) -- ___ Python tracker ___ __

[issue42985] AMD64 Arch Linux Asan 3.x fails: command timed out: 1200 seconds without output

Pablo Galindo Salgado added the comment: > About SIGSEGV logs, one option is to use ASAN_OPTIONS="handle_segv=0". Opened https://github.com/python/buildmaster-config/pull/222 -- ___ Python tracker _

[issue42384] Inconsistent sys.path between python and pdb

Guido van Rossum added the comment: Hey Andrey, this has been merged into 3.10, but the backports didn't work because the structure of the tests has changed (os_helper doesn't exist). Do you want to fix these? -- nosy: +gvanrossum ___ Python track

[issue39950] Add pathlib.Path.hardlink_to()

Jay Chu added the comment: For me, and as you've pointed out, the current doc of `Path.link_to` is already wrong and misleading. Perhaps a fix of the doc should be made as a first step. The doc uses the expression "Create a hard link pointing to a path named target." But comparing this to th

[issue42998] pathlib.Path: add `username` argument to `home()`

New submission from Barney Gale : The `pathlib.Path.home()` function looks like: @classmethod def home(cls): """Return a new path pointing to the user's home directory (as returned by os.path.expanduser('~')). """ return cls(cls()._flavour.gethomedir(None

[issue42998] pathlib.Path: add `username` argument to `home()`

Barney Gale added the comment: I should add that this is part of a plan to spin out some `Path` methods into a new `UserPath` class. Notably, in this case, `UserPath.expanduser()` will call `self.home()` under-the-hood. This is done to reduce the surface area of abstract methods that subclas

[issue42999] `pathlib.Path.link_to()` documentation is misleading

New submission from Barney Gale : Compare the documentation of `symlink_to()` and `link_to()`: .. method:: Path.symlink_to(target, target_is_directory=False) Make this path a symbolic link to *target*. .. method:: Path.link_to(target) Create a hard link pointing to a path named *target

[issue39950] Add pathlib.Path.hardlink_to()

Barney Gale added the comment: I've logged bpo-42999 to cover fixing the existing `link_to()` docs issues. PR incoming... -- ___ Python tracker ___ __

[issue42999] `pathlib.Path.link_to()` documentation is misleading

Change by Barney Gale : -- keywords: +patch pull_requests: +23116 stage: -> patch review pull_request: https://github.com/python/cpython/pull/18909 ___ Python tracker ___

[issue42999] `pathlib.Path.link_to()` documentation is misleading

Change by Jay Chu : -- nosy: +tothesong ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.o

[issue43000] All SSL requests fail with WRONG_VERSION_NUMBER when a packet sniffer is open

New submission from Darren Skidmore : As of Python 3.9.1, when attempting to perform any SSL requests when a packet sniffer tool (e.g. Telerik Fiddler) is intercepting SSL traffic, the program will hang for about a minute and then crash with a WRONG_VERSION_NUMBER error. This has been tested

[issue42999] `pathlib.Path.link_to()` documentation is misleading

Change by Barney Gale : -- pull_requests: +23117 pull_request: https://github.com/python/cpython/pull/24294 ___ Python tracker ___ _

[issue42606] Support POSIX atomicity guarantee of O_APPEND on Windows

Eryk Sun added the comment: FYI, here are the access rights applicable to files, including their membership in generic (R)ead, (W)rite, and e(X)execute access: 0x0100_ --- ACCESS_SYSTEM_SECURITY 0x0010_ RWX SYNCHRONIZE 0x0008_ --- WRITE_OWNER 0x0004_ --- WRITE_

[issue40304] Classes created using type() don't need to explicitly inherit from object

Terry J. Reedy added the comment: New changeset 644d52818a6391535e5838fd57d58ffcb1163056 by Борис Верховский in branch 'master': bpo-40304: Correct type(name, bases, dict) doc (GH-19553) https://github.com/python/cpython/commit/644d52818a6391535e5838fd57d58ffcb1163056 -- nosy: +terry

[issue40304] Classes created using type() don't need to explicitly inherit from object

Change by miss-islington : -- keywords: +patch nosy: +miss-islington nosy_count: 3.0 -> 4.0 pull_requests: +23118 stage: -> patch review pull_request: https://github.com/python/cpython/pull/24295 ___ Python tracker

[issue40304] Classes created using type() don't need to explicitly inherit from object

Change by miss-islington : -- pull_requests: +23119 pull_request: https://github.com/python/cpython/pull/24296 ___ Python tracker ___ __

[issue40304] Classes created using type() don't need to explicitly inherit from object

miss-islington added the comment: New changeset 34f3f4ac70e3ba2e603ba7792addf973c94f90cb by Miss Islington (bot) in branch '3.8': bpo-40304: Correct type(name, bases, dict) doc (GH-19553) https://github.com/python/cpython/commit/34f3f4ac70e3ba2e603ba7792addf973c94f90cb -- _

[issue40304] Classes created using type() don't need to explicitly inherit from object

miss-islington added the comment: New changeset 98e1f5c778b9719f6338a3247da95402192bad18 by Miss Islington (bot) in branch '3.9': bpo-40304: Correct type(name, bases, dict) doc (GH-19553) https://github.com/python/cpython/commit/98e1f5c778b9719f6338a3247da95402192bad18 -- _

[issue40304] Classes created using type() don't need to explicitly inherit from object

Change by Terry J. Reedy : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ __

[issue42384] Inconsistent sys.path between python and pdb

Andrey Bienkowski added the comment: I'll give it a try -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[issue42997] Improve error message for missing : before suites

Serhiy Storchaka added the comment: See also issue1634034. -- nosy: +serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list m

<    1   2