[issue29527] Travis: doc job is broken

Brett Cannon added the comment: What would it take to simply fix the docs? And we shouldn't disable the check entirely if fixing it is difficult, but instead just let warnings be warnings until we fix all warnings and then make them be errors again. -- nosy: +brett.cannon ___

[issue29528] Encrypt IRC channel details

New submission from Brett Cannon: Donald pointed out on IRC we should encrypt a channel key for IRC so that it doesn't get flooded from people's forks. See https://docs.travis-ci.com/user/notifications#Channel-key for documentation on how to do this. -- messages: 287575 nosy: brett.ca

[issue29528] Encrypt IRC channel details for Travis

Changes by Brett Cannon : -- title: Encrypt IRC channel details -> Encrypt IRC channel details for Travis ___ Python tracker ___ ___ P

[issue29529] Backport Travis configuration

New submission from Brett Cannon: Once the Travis config stabilizes then it should be backported to all active branches. -- assignee: brett.cannon messages: 287576 nosy: brett.cannon priority: normal severity: normal status: open title: Backport Travis configuration versions: Python 2.7

[issue29529] Backport Travis configuration

Changes by Brett Cannon : -- dependencies: +Encrypt IRC channel details for Travis ___ Python tracker ___ ___ Python-bugs-list mailing

[issue29525] Python 2.7.13 for Windows broken (from prompt)

Frak N added the comment: c:\Python27>SET PY Environment variable PY not defined I don't know anything about readline or how to find what uses it. -- ___ Python tracker ___ ___

[issue29525] Python 2.7.13 for Windows broken (from prompt)

STINNER Victor added the comment: To get more information during the Python initialization, you can try to run: python -X faulthandler -S -v * -X faulthandler: dump a traceback if python crashed (is it the case? I don't understand from the bug report) * -S disables the site module * -v enables

[issue29527] Travis: doc job is broken

STINNER Victor added the comment: > And we shouldn't disable the check entirely if fixing it is difficult, but > instead just let warnings be warnings until we fix all warnings and then make > them be errors again. Ok, I changed my change (I got the same proposal in the PR). So I removed -W o

[issue23404] 'make touch' does not work with git clones of the source repository

Zachary Ware added the comment: I've disabled the Touch step on the buildbots until this is fixed. -- keywords: +buildbot nosy: +zach.ware priority: normal -> critical versions: +Python 2.7, Python 3.7 ___ Python tracker

[issue29518] 'for' loop not automatically breaking (index error on line of loop header)

Justin McNiel added the comment: While restarting didn't fix it, waiting for the next morning did, so I am afraid that that isn't possible, also, I have made tremendous changes to my code since then, but I would by happy to send you any bit of my code that you would like, it cold also be an issue

[issue29524] Move functions to call objects into a new Objects/call.c file

Changes by STINNER Victor : -- pull_requests: +28 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue29524] Move functions to call objects into a new Objects/call.c file

Changes by STINNER Victor : Removed file: http://bugs.python.org/file46624/call.patch ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue29524] Move functions to call objects into a new Objects/call.c file

STINNER Victor added the comment: We have moved to GitHub and mandatory reviews with Pull Requests. So I created the PR #12 and removed the patch attached to this issue to avoid confusion. -- ___ Python tracker __

[issue29428] Doctest documentation unclear about multi-line fixtures

Jim DeLaHunt added the comment: I've drafted some fairly restricted changes to the doctest documentation page. They are in my Github branch, https://github.com/JDLH/cpython/tree/Issue29428_doctest_docs . The diffs are at https://github.com/JDLH/cpython/commit/223ef8f8a6d2fbec6db774912028abb4d2

[issue29527] Travis: doc job is broken

Ryan Gonzalez added the comment: Trying to fix this in https://github.com/python/cpython/pull/9...but... Currently there are approx *pause for effect* 6,245 warnings! Out of those, around 6,243 are 'reference target not found' warnings, spanning over 290 files: /media/ryan/stuff/cpython/Doc/

[issue29511] Add 'find' as build-in method for lists

Terry J. Reedy added the comment: Without any test code (other than my examples) to illustrate the desired new functionality, I may have misunderstood. But I read the George's prose (but not the SO link) and everything I wrote is relevant to what I thought it said. The request appears to be

[issue29514] Add a test case that prevents magic number changes in minor releases

Eric Snow added the comment: This is strictly a problem for the system Python, right? In that case, can't the dist package clear __pycache__ under the system site-packages directory (and any other user-read-only dirs) during install of the updated Python? Is the concern that upgrading Python

[issue29530] Windows buildbots broken by the migration to GitHub (meta issue)

New submission from STINNER Victor: (*) I noticed test_sax and test_random failures on Windows since CPython moved to GitHub. These failures seem to be caused by newlines: see issue #27425. (*) "AMD64 Windows7 SP1 3.x" fails on the "git" step with: 'git' is not recognized as an internal or

[issue29524] Move functions to call objects into a new Objects/call.c file

STINNER Victor added the comment: Benchmarks results. I don't know if the speedup is purely random, if I was just lucky, or if the change really makes Python faster... spectral_norm is a benchmark highly impacted by code placement. haypo@speed-python$ python3 -m perf compare_to /home/haypo/b

[issue29525] Python 2.7.13 for Windows broken (from prompt)

Eryk Sun added the comment: It doesn't appear to be a crash, but seems like the REPL is quitting because there's no input (e.g. like stdin is redirected to NUL). Echo %errorlevel%; it's probably 0. readline (pyreadline) is probably the culprit. Try the following shell commands to temporarily

[issue29531] Update Doc/README.txt to README.rst

New submission from Roger Sachan: I have simply updated the document and its references to README.rst (thanks to whoever formatted it). -- assignee: docs@python components: Documentation messages: 287590 nosy: Roger Sachan, docs@python priority: normal pull_requests: 29 severity: normal

[issue29438] use after free in key sharing dict

Changes by INADA Naoki : -- pull_requests: +30 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyt

[issue29531] Update Doc/README.txt to README.rst

Changes by Roger Sachan : -- pull_requests: +31 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue29528] Encrypt IRC channel details for Travis

Zachary Ware added the comment: Fixed in PR13. -- nosy: +zach.ware pull_requests: +32 resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker ___

[issue27536] Convert readme to reStructuredText

Zachary Ware added the comment: This has been done in PR2. Thank you for the patch anyway, Louis, and I'm sorry we didn't wind up using it! -- nosy: +haypo, zach.ware pull_requests: +33 resolution: -> fixed stage: -> resolved status: open -> closed versions: +Python 3.7 -Python 3.6

[issue28929] Provide a link from documentation back to its source file

Brett Cannon added the comment: Now that we have migrated to GitHub and Mariatta is a core dev I'm assigning this to her. :) -- assignee: docs@python -> Mariatta ___ Python tracker

[issue29532] functools.partial is not compatible between 2.7 and 3.5

New submission from Naoyuki Kamo: The code: from functools import partial def f(a): print(a) d = {'a': 3} g = partial(f, **d) g() d['a'] = 5 g() On python2.7, gets 3 but on python3.5, gets 5 is it a bug? -- messages: 287594 nosy: naoyuki priority: normal severity: normal status: o

<    1   2