[issue34354] Memory leak on _testCongestion

New submission from Vinicius Pacheco : Following this document https://devguide.python.org/ to compile the python I've got a memory leak on the test _testCongestion. This test is on the file Lib/test/test_socket.py. The line that show me the issue is: while True:

[issue34296] Speed up python startup by pre-warming the vm

INADA Naoki added the comment: On Wed, Aug 8, 2018 at 6:40 AM Cyker Way wrote: > > Cyker Way added the comment: > > > While this issue is "pre warming VM", VM startup is not significant part > > of your 500ms. > > 10-20ms should be OK for shell scripts. But a fork is still faster. > > >

[issue28044] Make the sidebar in the documentation follow the section automatically

Mariatta Wijaya added the comment: You can file a new issue in https://github.com/python/python-docs-theme/ and just add a link to this issue from GitHub in the description. -- nosy: +Mariatta ___ Python tracker

[issue28044] Make the sidebar in the documentation follow the section automatically

Glenn Linderman added the comment: Uh, thanks, I guess, but it wasn't marked out of date or resolved or closed when I commented. I haven't used the GitHub issue tracker. Sigh. There should be a link here to the issue that was copied there, to make it easy and obvious? -- nosy:

[issue28044] Make the sidebar in the documentation follow the section automatically

Mariatta Wijaya added the comment: Really sorry, but this issue is now out of date, and the patch no longer applies. The Python documentation theme is now being tracked in https://github.com/python/python-docs-theme/ Perhaps bring up this issue there? Thanks. -- nosy: +Mariatta

[issue28044] Make the sidebar in the documentation follow the section automatically

Glenn Linderman added the comment: Nice implementation of sticky sidebar. https://css-tricks.com/sticky-smooth-active-nav/#more-273952 I haven't looked at the patch, and don't know what R. David Murray doesn't like about how it works, but I find the Python sidebar extremely annoying because

[issue34338] abstractmethod can run on classes

Nikolas Vanderhoof added the comment: I've also posted that response on stackoverflow to your question in case others have the same confusion. -- ___ Python tracker ___

[issue34338] abstractmethod can run on classes

Nikolas Vanderhoof added the comment: This behavior is consistent with the behavior described in the documentation for `@classmethod`. https://docs.python.org/3.6/library/functions.html?highlight=classmethod#classmethod "It can be called either on the class (such as C.f()) or on an instance

[issue24255] Replace debuglevel-related logic with logging

R. David Murray added the comment: We generally do not fix "linting errors" unless they reveal logic errors or we touch the lines of code for some other reason. We also follow the existing style of a module rather than any particular style guide (the stdlib modules are often older than all

[issue34296] Speed up python startup by pre-warming the vm

Cyker Way added the comment: > While this issue is "pre warming VM", VM startup is not significant part of > your 500ms. 10-20ms should be OK for shell scripts. But a fork is still faster. > You're talking about application specific strategy now. It's different of > this issue.

[issue34335] Fix examples in asyncio docs (suppliment to bpo-32258)

Change by Mariatta Wijaya : -- versions: -Python 3.6 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34335] Fix examples in asyncio docs (suppliment to bpo-32258)

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

[issue34335] Fix examples in asyncio docs (suppliment to bpo-32258)

miss-islington added the comment: New changeset fac49762c53822c40f24dcb5ca4945cffdf40cd9 by Miss Islington (bot) in branch '3.7': bpo-34335: Use async/await syntax in documentation examples (GH-8674) https://github.com/python/cpython/commit/fac49762c53822c40f24dcb5ca4945cffdf40cd9

[issue34335] Fix examples in asyncio docs (suppliment to bpo-32258)

Change by miss-islington : -- pull_requests: +8195 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34335] Fix examples in asyncio docs (suppliment to bpo-32258)

Mariatta Wijaya added the comment: New changeset d2ac400267940f35d731d66c2dafafe099d770d9 by Mariatta (Mikhail Terekhov) in branch 'master': bpo-34335: Use async/await syntax in documentation examples (GH-8674) https://github.com/python/cpython/commit/d2ac400267940f35d731d66c2dafafe099d770d9

[issue34347] AIX: test_utf8_mode.test_cmd_line fails

Michael Felt added the comment: Common "experts" - feedback needed! Original test test_utf8_mode failed -- Traceback (most recent call last): File "/data/prj/python/git/python3-3.8/Lib/test/test_utf8_mode.py", line 225, in test_cmd_line check('utf8=0', [c_arg], LC_ALL='C') File

[issue24255] Replace debuglevel-related logic with logging

Sanyam Khurana added the comment: Hey Conrad, I've merged your fixes as well. They are in the PR now. Also added your name in the NEWS entry :) @Vinay, I noticed that there are linting errors in `test_logging.py`. Does it make sense to issue a separate Pull Request to fix those? Currently,

[issue34353] stat's python implementation of filemode (fallback) doesn't behave like the C implementation

Change by G : -- keywords: +patch pull_requests: +8193 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing

[issue34353] stat's python implementation of filemode (fallback) doesn't behave like the C implementation

New submission from G : stat.py (Lib/stat.py)'s implementation of filemode doesn't account for socket-type files, while _stat (Modules/_stat.c) does, using S_IFSOCK. -- components: Library (Lib) messages: 323248 nosy: gpery priority: normal severity: normal status: open title: stat's

[issue34352] Using tailf with python3.4

Zachary Ware added the comment: That appears to be a third-party project, though I can't find it via Google. You'll need to submit your patch to that project; there's nothing we can do with it here. -- components: -Distutils nosy: +zach.ware resolution: -> third party stage: ->

[issue34352] Using tailf with python3.4

New submission from Anthony Guevara : When using tailf with Python2.7 there are no issues. When using tailf with Python3.4 some print statements use the old version 2 style. Python3 also complains about an implicit conversion. I have included a patch. -- components: Distutils files:

[issue34351] Python 3.7 - Issues Installing Scikit Learn

Mark Dickinson added the comment: Closing as duplicate of #34348. -- nosy: +mark.dickinson resolution: -> duplicate stage: -> resolved status: open -> closed ___ Python tracker

[issue34348] Python 3.7 - Issues Installing Scikit Learn

Mark Dickinson added the comment: > How do I reach to the upstream scikit-learn folks ? See http://scikit-learn.org/stable/support.html Closing here. -- resolution: -> third party stage: -> resolved status: open -> closed ___ Python tracker

[issue34351] Python 3.7 - Issues Installing Scikit Learn

New submission from Abhishek Reddy : Hi I am currently encountering below issues when trying to install any version of Scikit Learn (0.19.0 or 0.19.1 or 0.19.2) on Linux - RHEL / Centos 7 OS. Few months back I could successfully install scikit-learn under python 2.7 without issues. When I

[issue34348] Python 3.7 - Issues Installing Scikit Learn

Abhishek Reddy added the comment: Hi Mark, Thank you for your update. How do I reach to the upstream scikit-learn folks ? Thanks, Abhishek On 8/7/18, 2:56 AM, "Mark Dickinson" wrote: Mark Dickinson added the comment: Have you reported this upstream to the scikit-learn folks?

[issue34349] asyncio.wait should accept generator of tasks as first argument

Yury Selivanov added the comment: Since we're deprecating generator-based coroutines anyways, I too think that the check can be relaxed. -- versions: +Python 3.8 -Python 3.7 ___ Python tracker

[issue34284] Nonsensical exception message when calling `__new__` on non-instaniable objects

Serhiy Storchaka added the comment: Issue5322 may has a relation to this. -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue31940] copystat on symlinks fails for alpine -- faulty lchmod implementation?

Change by Giampaolo Rodola' : -- nosy: +giampaolo.rodola ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue24255] Replace debuglevel-related logic with logging

Conrad Ho added the comment: Hi Sanyam, were you able to fix the CI errors? The fixes for the infinite loop that you are seeing in your PR CI run and the changes to test correct logging (vs testing stdout) etc are in my original patch already. I've checked that the test suite passes with my

[issue34349] asyncio.wait should accept generator of tasks as first argument

Change by Karthikeyan Singaravelan : -- nosy: +xtreak ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33350] WinError 10038 is raised when loop.sock_connect is wrapped with asyncio.wait_for

Alisue Lambda added the comment: I use the following patch to fix the behavior in Windows. ``` import sys if sys.platform != 'win32': def patch(): pass else: def patch(): """Patch selectors.SelectSelector to fix WinError 10038 in Windows Ref:

[issue29612] TarFile.extract() suffers from hard links inside tarball

Change by TROUVERIE Joachim : -- pull_requests: +8192 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34348] Python 3.7 - Issues Installing Scikit Learn

Mark Dickinson added the comment: Have you reported this upstream to the scikit-learn folks? scikit-learn is not part of core Python, so there's probably not a lot we can do here. -- nosy: +mark.dickinson ___ Python tracker