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

Nick Coghlan added the comment: Ah, interesting. The install-time generation case is even trickier, since you presumably can't force in-place regeneration of existing pyc files on systems that previously had 3.5.2 and upgraded to 3.5.3. When I last spoke to Peter about this yesterday, he was

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

Terry J. Reedy added the comment: Lists, tuples, ranges, dicts, and other builtin collection objects already work with 'in'. >>> 1 in [1,2,3] True >>> 4 in range(9) True For historical reasons, stings have both 'find' and 'index'. The only difference is returning -1 (a C-ism) versus raising

[issue29505] Submit the re, json, & csv modules to oss-fuzz testing

Terry J. Reedy added the comment: It does not appear to me that targets have to be security critical, though that is certainly a good place to start. The Chrome tests found 100s of "security vulnerabilities and stability bugs". The important thing is that there be someone willing to receive

[issue29526] Documenting format() function

Terry J. Reedy added the comment: +1 of Serhiy's ideas. I was not aware that FORMATTING had been added. And this could be specifically helpful. >>> help(int.__format__) Help on method_descriptor: __format__(...) default object formatter -- nosy: +terry.reedy

[issue29523] latest setuptools breaks virtualenvs due to unbundling dependencies

Charalampos Stratakis added the comment: Second version of the patch: Adjusted the test_ensurepip test cases to account for the new modules -- Added file: http://bugs.python.org/file46627/bundle-setuptools-dependencies2.patch ___ Python tracker

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

Changes by Ezio Melotti : -- nosy: +ezio.melotti ___ Python tracker ___ ___

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

STINNER Victor added the comment: Serhiy Storchaka added the comment: > I would delay pushing this change until CPython repository be converted to > Git. I heard Git better supports moving a code between files. And perhaps it > might be easier to do this change by several commits -- separately

[issue29481] 3.6.0 doc describes 3.6.1 feature - typing.Deque

Changes by Ivan Levkivskyi : -- nosy: +levkivskyi ___ Python tracker ___ ___

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

Petr Viktorin added the comment: > How would you propose to fix broken bytecodes in a bugfix be fixed if you > can't bump the magic number? That would depend on the situation. I can imagine that if the bug is severe enough, the number could be bumped, after careful discussion, and with the

[issue29523] latest setuptools breaks virtualenvs due to unbundling dependencies

Charalampos Stratakis added the comment: Will send a pull request which includes the extra wheels. -- ___ Python tracker ___

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

Nick Coghlan added the comment: There are a couple of pieces to it: - first, there's the problem of breaking anyone that actually is doing pyc-only distribution, even though nothing in Fedora itself does that. While that aspect doesn't break Fedora per se, it does break Fedora's compatibility

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

Brett Cannon added the comment: OK, but how would you propose to fix broken bytecodes in a bugfix be fixed if you can't bump the magic number? And why aren't you regenerating the bytecode when updating Python or shipping the bytecode with the install (and I bet the answer is "RPM doesn't

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

Barry A. Warsaw added the comment: On Feb 10, 2017, at 05:46 PM, Nick Coghlan wrote: >Note that Fedora doesn't even rebuild all the extension modules when bumping >CPython to a new maintenance release, let alone rebuilding and re-releasing >all the pure Python ones. (RPM supports doing that

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

STINNER Victor added the comment: Oh, it's painful to have reviews and comments in two websites. Serhiy left a comment on the review in fact: "Should be added also in PCbuild/pythoncore.vcxproj.filters." -- ___ Python tracker

[issue29438] use after free in key sharing dict

INADA Naoki added the comment: Since Python 3.5's key sharing dict allows deletion, py35-2.patch is slightly different from py36-2.patch. Since dictresize won't happen in normal (no weakref/__del__ callback) deletion, I removed `CACHED_KEYS(tp) = NULL` entirely. -- Added file:

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

Nick Coghlan added the comment: We *do* ship the bytecode in the built RPMs - the issue is that Python maintenance releases shouldn't be triggering rebuilds of thousands of system components (cf http://fedora.portingdb.xyz/ ) and potentially breaking otherwise working end user applications.

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

Nick Coghlan added the comment: Note that Fedora doesn't even rebuild all the extension modules when bumping CPython to a new maintenance release, let alone rebuilding and re-releasing all the pure Python ones. (RPM supports doing that just fine, but it would mean shipping thousands of

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

Serhiy Storchaka added the comment: It is hard to make a review of changes of such kind. Common reviewing tools don't help with this. I would suggest you to make a series of commits that move a code from different files after migrating to Git. It may be easier to make a post-commit review. I

[issue29438] use after free in key sharing dict

INADA Naoki added the comment: I'll send PR to github. Please continue there. -- ___ Python tracker ___ ___

[issue29521] Minor warning messages when compiling documentation

Jim DeLaHunt added the comment: My Pull Request was closed, because apparently https://github.com/python/cpython/ will not be the new GitHub repo for Python. The actual repo will open on 11. Feb, I'm told. I will repeat the PR there. Please stand by. --

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

Steven D'Aprano added the comment: Terry, I'm not sure if you've read this enhancement request correctly or not, because your reply when closing covers over a lot of detail which is not relevant to this feature request. > Extending this idea to 'subsequence in sequence' or >

[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

[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

[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

[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:

[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

[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

[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 ___

[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

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

Changes by STINNER Victor : -- pull_requests: +28 ___ Python tracker ___ ___

[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:

[issue29528] Encrypt IRC channel details for Travis

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

[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

[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

[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

[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

[issue29527] Travis: doc job is broken

New submission from STINNER Victor: I suggest to disable the job until it's fixed, just to fix Travis right now. This issue will track the bug to find a solution. https://travis-ci.org/python/cpython/jobs/200517775 $ make html SPHINXBUILD="./venv/bin/python3 -m sphinx" SPHINXOPTS="-nW -q -b

[issue29529] Backport Travis configuration

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

[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

[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

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

Changes by Roger Sachan : -- pull_requests: +31 ___ Python tracker ___ ___

[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

[issue29438] use after free in key sharing dict

Changes by INADA Naoki : -- pull_requests: +30 ___ Python tracker ___ ___

[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

[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

[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:

[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

[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:

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

Brett Cannon added the comment: Why shouldn't the magic number be bumped when a bug in the bytecode is fixed in a bugfix release? How did this break Fedora? Are you not shipping source code but only .pyc files? I view the whole point of having the magic number is to cover things like this,

[issue29521] Minor warning messages when compiling documentation

Martin Panter added the comment: Jim, regarding Doc/faq/windows.rst, this warning lead me to open Issue 29387. We already have discussed a patch for that, and I think it is ready to commit (when it gets to the top of my list, if nobody else beats me to it). Regarding Misc/NEWS, I think I was

[issue29520] Documentation uses deprecated "defindex.html" Sphinx template

Jim DeLaHunt added the comment: The other warnings in the "make html" output are the subject of http://bugs.python.org/issue29521 . -- ___ Python tracker

[issue29522] PyLong_AsDouble Behaviour is Weird

New submission from nico: I'm using the pre-installed version of Python 2.7.12 on Ubuntu 16.04. Pretty straight forward error the following code: PyObject * intobj = PyInt_FromLong(10); double d1 = (double)PyLong_AsLong(intobj); double d2 = PyLong_AsDouble(intobj); printf("Should be the same:

[issue27744] Add AF_ALG (Linux Kernel crypto) to socket module

STINNER Victor added the comment: What is the status of this issue? test_aead_aes_gcm() fails on my Fedora 25 (Python: default branch). haypo@selma$ cat /etc/fedora-release Fedora release 25 (Twenty Five) haypo@selma$ uname -r 4.9.5-200.fc25.x86_64 test test_socket failed -- Traceback (most

[issue29507] Use FASTCALL in call_method() to avoid temporary tuple

INADA Naoki added the comment: performance benefit is small. https://gist.github.com/methane/32fe57cd4aaac1c5c37f75cbbfbe7562 -- Added file: http://bugs.python.org/file46619/callmethod3.patch ___ Python tracker

[issue29507] Use FASTCALL in call_method() to avoid temporary tuple

INADA Naoki added the comment: Yes, I used --enable-optimization this time. But my patch is not good for branch prediction of my CPU in this time. I'm willing Object/call.c solves such placement issue. BTW, since benefit of GetMethod is small, how about this? * Add _PyMethod_FastCallKeywords *

[issue29387] Tabs vs spaces FAQ out of date

Jim DeLaHunt added the comment: I just created Pull Request 76 https://github.com/python/cpython/pull/76 to address http://bugs.python.org/issue29521 . In faq/windows.rst, I've used your wording from the discussion in of this bug. I may have address this issue completely, in fact. I did

[issue29522] PyLong_AsDouble Behaviour is Weird

Serhiy Storchaka added the comment: This is incorrect use of PyLong_AsDouble(). It should be used with a long object, but you use it with an int object. -- nosy: +serhiy.storchaka resolution: -> not a bug stage: -> resolved status: open -> closed

[issue29100] datetime.fromtimestamp() doesn't check min/max year anymore: regression of Python 3.6

STINNER Victor added the comment: I pushed timestamp_limits-2.patch. Thanks for the bug report Jordon Phillips, thanks for the review Serhiy Storshaka. -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker

[issue29100] datetime.fromtimestamp() doesn't check min/max year anymore: regression of Python 3.6

Roundup Robot added the comment: New changeset 383c0238b5b0 by Victor Stinner in branch '3.6': Fix datetime.fromtimestamp(): check bounds https://hg.python.org/cpython/rev/383c0238b5b0 -- nosy: +python-dev ___ Python tracker

[issue29521] Minor warning messages when compiling documentation

New submission from Jim DeLaHunt: When I build the documentation on the current CPython code, there are various error and warning messages on the console. Here's what my build output looks like. I've marked the messages I'm concerned about with a numbered >>0>> prefix. = (beginning of

[issue29521] Minor warning messages when compiling documentation

Jim DeLaHunt added the comment: Thanks, Martin, for your suggestions. In Misc/NEWS, I've respelled the ``char *`` as you suggested. In faq/windows.rst, I've used your wording from the discussion in http://bugs.python.org/issue29387 . Pull Request 76 https://github.com/python/cpython/pull/76

[issue29519] weakref spewing exceptions during finalization when combined with multiprocessing

Roundup Robot added the comment: New changeset 6c961c5a5396ef125dbbc47c060272a5d12c1646 by Łukasz Langa in branch 'master': Fix #29519: weakref spewing exceptions during interp finalization https://github.com/python/cpython/commit/6c961c5a5396ef125dbbc47c060272a5d12c1646 New changeset

[issue29519] weakref spewing exceptions during finalization when combined with multiprocessing

Roundup Robot added the comment: New changeset 6c961c5a5396ef125dbbc47c060272a5d12c1646 by Łukasz Langa in branch '3.6': Fix #29519: weakref spewing exceptions during interp finalization https://github.com/python/cpython/commit/6c961c5a5396ef125dbbc47c060272a5d12c1646 New changeset

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

Chi Hsuan Yen added the comment: Just tried boot-flag.patch with https://github.com/python/cpython/commit/16e07881bd3867d471dd0a25c5117672b65c90ee. Doesn't work out-of-box: #./Programs/_freeze_importlib \ ./Lib/importlib/_bootstrap.py Python/importlib.h /bin/sh: line 1:

[issue29519] weakref spewing exceptions during finalization when combined with multiprocessing

Roundup Robot added the comment: New changeset 2cb530243943 by Łukasz Langa in branch '3.5': Fix #29519: weakref spewing exceptions during interp finalization https://hg.python.org/cpython/rev/2cb530243943 New changeset c5267272e66a by Łukasz Langa in branch '3.6': Merge 3.5 (fix #29519)

[issue29519] weakref spewing exceptions during finalization when combined with multiprocessing

Łukasz Langa added the comment: Given that the weakref behavior during shutdown with the repro was identical in 3.6.0, as well as in 3.5.2 and earlier, I patched this by binding the name to a local, therefore making it usable also during finalization. -- assignee: pitrou ->

[issue29521] Minor warning messages when compiling documentation

Changes by Martin Panter : -- dependencies: +Tabs vs spaces FAQ out of date ___ Python tracker ___

[issue29507] Use FASTCALL in call_method() to avoid temporary tuple

STINNER Victor added the comment: >> I'm not sure about the change on PyObject_CallMethod*() only for empty >> format string. > > There are many place using _PyObject_CallMethodId() to call method without > args. I'm more interested by an optimization PyObject_CallMethod*() for any number of

[issue29519] weakref spewing exceptions during finalization when combined with multiprocessing

Roundup Robot added the comment: New changeset 6c961c5a5396ef125dbbc47c060272a5d12c1646 by Łukasz Langa in branch '3.5': Fix #29519: weakref spewing exceptions during interp finalization https://github.com/python/cpython/commit/6c961c5a5396ef125dbbc47c060272a5d12c1646 --

[issue29507] Use FASTCALL in call_method() to avoid temporary tuple

STINNER Victor added the comment: > performance benefit is small. > https://gist.github.com/methane/32fe57cd4aaac1c5c37f75cbbfbe7562 Are you using PGO+LTO compilation? Without PGO, the noise of code placement can be too high. In your "perf stat" comparisons, I see that "insn per cycle" is

[issue27744] Add AF_ALG (Linux Kernel crypto) to socket module

Christian Heimes added the comment: I'll look into the matter and push a fix after the migration to github today. -- ___ Python tracker ___

[issue29100] datetime.fromtimestamp() doesn't check min/max year anymore: regression of Python 3.6

Roundup Robot added the comment: New changeset 1c6b87b07586 by Victor Stinner in branch '3.6': Fix test_datetime on system with 32-bit time_t https://hg.python.org/cpython/rev/1c6b87b07586 -- ___ Python tracker

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

Steven D'Aprano added the comment: I agree with Josh: the exception you are giving doesn't seem possible with the code snippet shown. Please COPY AND PASTE (not a screen shot) the text of the entire traceback, starting with the line "Traceback..." I suspect that you may have shadowed the

[issue29176] /tmp does not exist on Android and is used by curses.window.putwin()

STINNER Victor added the comment: curses_fix_window_class_name.patch: Fix the name of the C window class: "_curses.window", not "_curses.curses window" (with a space in the class name) !? The following example current displays : --- import curses w = curses.initscr() curses.endwin()

[issue29523] latest setuptools breaks virtualenvs due to unbundling dependencies

New submission from Charalampos Stratakis: The latest versions of setuptools stopped bundling its dependencies and instead starting requiring them [0]. This seems to break virtualenvs as those dependencies are not bundled with python. In order to reproduce it, replace the

[issue29176] /tmp does not exist on Android and is used by curses.window.putwin()

Serhiy Storchaka added the comment: Check that pickling/unpickling the windows object doesn't cause crash or undefined behaviour. Currently the pickling fails because the name of the class is not true name. -- ___ Python tracker

[issue27640] add the '--disable-test-suite' option to configure

Changes by Chi Hsuan Yen : -- nosy: +Chi Hsuan Yen ___ Python tracker ___ ___

[issue20210] Provide configure options to enable/disable Python modules and extensions

STINNER Victor added the comment: Antoine Pitrou: "That's not really the point. The question is why we should have to maintain this ourselves. It is easy for interested people to maintain their own forks, especially when *removing* stuff." It's painful to have to maintain downstream patches.

[issue20210] Provide configure options to enable/disable Python modules and extensions

Marc-Andre Lemburg added the comment: I'm still -1 on the approach taken by the OP, but +1 on Martin's approach of making such configurations more easily possible via Modules/Setup. -- ___ Python tracker

[issue29523] latest setuptools breaks virtualenvs due to unbundling dependencies

Changes by Berker Peksag : -- nosy: +jason.coombs ___ Python tracker ___ ___

[issue29100] datetime.fromtimestamp() doesn't check min/max year anymore: regression of Python 3.6

Roundup Robot added the comment: New changeset be363764cad68ad7b608ceed837cc01c2c3b4efc by Victor Stinner in branch '3.6': Fix test_datetime on Windows https://github.com/python/cpython/commit/be363764cad68ad7b608ceed837cc01c2c3b4efc -- ___ Python

[issue29100] datetime.fromtimestamp() doesn't check min/max year anymore: regression of Python 3.6

Roundup Robot added the comment: New changeset be363764cad68ad7b608ceed837cc01c2c3b4efc by Victor Stinner in branch 'master': Fix test_datetime on Windows https://github.com/python/cpython/commit/be363764cad68ad7b608ceed837cc01c2c3b4efc -- ___

[issue27640] add the '--disable-test-suite' option to configure

STINNER Victor added the comment: > But I would prefer to see a public discussion on python-dev before going into > this direction. Ah, the discussion restarted on the other issue: http://bugs.python.org/issue20210#msg287516 -- ___ Python tracker

[issue29100] datetime.fromtimestamp() doesn't check min/max year anymore: regression of Python 3.6

Roundup Robot added the comment: New changeset 5b804b2fb0eaa2bacb4afcfe4cfa85b31475e87f by Victor Stinner in branch 'master': Fix datetime.fromtimestamp(): check bounds https://github.com/python/cpython/commit/5b804b2fb0eaa2bacb4afcfe4cfa85b31475e87f --

[issue29100] datetime.fromtimestamp() doesn't check min/max year anymore: regression of Python 3.6

Roundup Robot added the comment: New changeset 5b804b2fb0eaa2bacb4afcfe4cfa85b31475e87f by Victor Stinner in branch '3.6': Fix datetime.fromtimestamp(): check bounds https://github.com/python/cpython/commit/5b804b2fb0eaa2bacb4afcfe4cfa85b31475e87f --

[issue29300] Modify the _struct module to use FASTCALL and Argument Clinic

STINNER Victor added the comment: I'm not aware of any pending issues, buildbots are happy, I'm happy, I close the issue :-) Don't hesitate to reopen it if I missed something. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed

[issue20210] Provide configure options to enable/disable Python modules and extensions

STINNER Victor added the comment: Antoine Pitrou: " Who volunteers to support it? It's a PITA to maintain the configure script and setup.py, and adding options only makes it more painful. This kind of niche features needs some dedicated maintainer so that other core developers don't have to

[issue27286] str object got multiple values for keyword argument

Larry Hastings added the comment: Sorry about that! It's almost like manually updating Misc/NEWS is a bad design :( -- ___ Python tracker ___

[issue29176] /tmp does not exist on Android and is used by curses.window.putwin()

STINNER Victor added the comment: curses_temporaryfile.patch: Call tempfile.TemporaryFile in getwin() and putwin() to create the temporary file in a more portable and safer manner. The curses library requires a FILE* object, but TemporaryFile.close() must be called to remove the temporary

[issue29100] datetime.fromtimestamp() doesn't check min/max year anymore: regression of Python 3.6

Roundup Robot added the comment: New changeset 1555e7776321 by Victor Stinner in branch '3.6': Fix test_datetime on Windows https://hg.python.org/cpython/rev/1555e7776321 -- ___ Python tracker

[issue27744] Add AF_ALG (Linux Kernel crypto) to socket module

Christian Heimes added the comment: By the way problem with AES-GCM is tracked in https://bugs.python.org/issue29324 . It was caused in a Kernel API change. Jan has provided a fix. I need to find some spare time to dig into Kernel sources and verify the patch. --

[issue29387] Tabs vs spaces FAQ out of date

Marco Buttu added the comment: Thanks Jim. I tested thise exec() in Py2.7 and Py3 (3.5 - 3.7): exec("if True:\n" + " "*width + "1\n" + "\t2\n") * width == 0 raises a IndentationError both in Py2 and Py3 * width in range(1, 8) raises an IndentationError in Py2 and TabError in Py3 * width == 8

[issue27286] str object got multiple values for keyword argument

Mark Dickinson added the comment: It's difficult to track down which versions of Python 3.5.x the bytecode change is in because the Misc/NEWS entry has vanished, apparently in this merge commit: https://github.com/python/cpython/commit/aa0f9d8f26bbe63adcbce950aaadc844d996e7ac --

[issue29324] test_aead_aes_gcm fails on Kernel 4.9

STINNER Victor added the comment: I confirm that test_socket pass with test_socket_aead_kernel49.patch on my Fedora 25 (kernel 4.9.5-200.fc25.x86_64). I would be nice to fix test_socket which is currently broken ;-) -- nosy: +haypo ___ Python

[issue29100] datetime.fromtimestamp() doesn't check min/max year anymore: regression of Python 3.6

Roundup Robot added the comment: New changeset a88f9614c672c3369cf03cdf51d012a42ae5665f by Victor Stinner in branch 'master': Fix test_datetime on system with 32-bit time_t https://github.com/python/cpython/commit/a88f9614c672c3369cf03cdf51d012a42ae5665f --

[issue27640] add the '--disable-test-suite' option to configure

STINNER Victor added the comment: I'm in favor of allowing to build a "subset" of Python. Not only it makes sense for embedded devices, but in many cases it's even not possible to do otherwise: "full" Python is too big for small devices. But I would prefer to see a public discussion on

[issue20210] Provide configure options to enable/disable Python modules and extensions

Antoine Pitrou added the comment: > It's painful to have to maintain downstream patches. Supporting this feature > would make Python usable on more platforms. Who volunteers to support it? It's a PITA to maintain the configure script and setup.py, and adding options only makes it more

[issue29176] /tmp does not exist on Android and is used by curses.window.putwin()

STINNER Victor added the comment: Serhiy Storchaka: "Check that pickling/unpickling the windows object doesn't cause crash or undefined behaviour. Currently the pickling fails because the name of the class is not true name." Ah, good idea. I tested with curses_fix_window_class_name.patch:

[issue29507] Use FASTCALL in call_method() to avoid temporary tuple

STINNER Victor added the comment: > I'm willing Object/call.c solves such placement issue. I also *hope* that a call.c file would *help* a little bit, but I'm not sure that it will fix *all* code placement issues. I created the issue #29524 with a patch creating Objects/call.c. --

  1   2   >