[issue29779] New environment variable PYTHONHISTORY

New submission from Serhiy Storchaka: $HISTFILE is the name of the file in which Bash command history is saved. Shouldn't the name of similar environment variable for Python be PYTHONHISTFILE? Bash uses several environment variables for control its command history: HISTCONTROL, HISTFILE,

[issue23894] lib2to3 doesn't recognize rb'...' and f'...' in Python 3.6

Changes by Łukasz Langa : -- pull_requests: +489 ___ Python tracker ___ ___ Python-bugs-list

[issue28298] can't set big int-like objects to items in array 'Q', 'L' and 'I'

Oren Milman added the comment: Thanks for the reviews :) -- ___ Python tracker ___ ___ Python-bugs-list

[issue23894] lib2to3 doesn't recognize rb'...' and f'...' in Python 3.6

Łukasz Langa added the comment: I don't think we'll fix it for 3.5 anymore but it's definitely worth doing so for 3.6.1. Ned, I have a patch, will upload momentarily. I'd like this to go in 3.6.1 since without it fixed tools depending on lib2to3 will crash seeing f-strings. This includes

[issue23894] lib2to3 doesn't recognize rb'...' and f'...' in Python 3.6

Changes by Łukasz Langa : -- assignee: -> lukasz.langa ___ Python tracker ___ ___

[issue23894] lib2to3 doesn't recognize rb'...' and f'...' in Python 3.6

Changes by Łukasz Langa : -- stage: needs patch -> patch review ___ Python tracker ___ ___

[issue29780] Interpreter hang on self._epoll.poll(timeout, max_ev)

New submission from Keyvan Hedayati: Hello We have an issue with our application, it randomly hangs and doesn't respond to new requests, at first we thought the problem lies within our code but after attaching to hanged process using gdb I couldn't find any code related to our application so

[issue29781] SSLObject.version returns incorrect value before handshake.

Cory Benfield added the comment: I updated the test script to try with a file-descriptor set and OpenSSL returns TLSv1.2 for that one as well. This strongly suggests that OpenSSL's SSL_get_version documentation is somewhat misleading, and that an SSL object will return a version even when

[issue29782] Use __builtin_clzl for bits_in_digit if available

New submission from Niklas Fiekas: Baseline performance (9e6ac83acae): $ ./python -m timeit "12345678 == 12345678.0" 500 loops, best of 5: 40 nsec per loop $ ./python -m timeit "1 == 1.0" 1000 loops, best of 5: 38.8 nsec per loop $ ./python -m timeit

[issue29782] Use __builtin_clzl for bits_in_digit if available

Changes by Niklas Fiekas : -- pull_requests: +490 ___ Python tracker ___ ___

[issue29258] __init__.py required for pkgutil.walk_packages in python3

Wolfgang Maier added the comment: While it is rather trivial to implement the proposed functionality - all that's required here is to eliminate the check for __init__.py from pkgutil._iter_file_finder_modules - this would have undesired impacts on, e.g., pydoc.apropos: This function would

[issue29781] SSLObject.version returns incorrect value before handshake.

New submission from Cory Benfield: The SSLObject object from the ssl module has a version() method that is undocumented. A reasonable assumption for the behaviour of that method is that it would follow the behaviour of the same method on SSLSocket(), which has the following documentation: >

[issue29319] Embedded 3.6.0 distribution cannot run pyz files

Paul Moore added the comment: Nick (or Steve) can you explain how I'd do that? I have a git checkout of the 3.6 branch that I can build. But, how do I merge in the changes from https://github.com/python/cpython/pull/575? The PR seems to be against master, so I'm not sure how to apply it to

[issue29258] __init__.py required for pkgutil.walk_packages in python3

Wolfgang Maier added the comment: > all that's required here is to eliminate the check for __init__.py from > pkgutil._iter_file_finder_modules Ok, I was exaggerating here. To do it right would require a more complex change, but that's all that's needed to get an estimate of the effect the

[issue29781] SSLObject.version returns incorrect value before handshake.

Cory Benfield added the comment: A quick test reveals that Python 3.5 is also affected. -- versions: +Python 3.5 ___ Python tracker ___

[issue29781] SSLObject.version returns incorrect value before handshake.

Cory Benfield added the comment: This actually appears to be an outcome of OpenSSL's logic. I've attached a smallish C file that, when run against OpenSSL 1.0.2 on my machine, prints "TLSv1.2". This seems like a behaviour we'll have to work around in Python to get the outcome we want here.

[issue29767] build python failed on test_socket due to unused_port is actually used.

Shuo Li added the comment: The error message is just a "Port already used". Possible cause 1: find_port default interface is HOST, which is 127.0.0.1. And in most test cases, they use 0.0.0.0. So they are on different interface. 2: system reuse the port, since I build python on a busy

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

Thomas Guettler added the comment: I have the same issue on Python 2.7.12 (Ubuntu 16.04) I tried to execute tartest.py. But I could not find a way how to create the tar which is needed for tartest.py. -- nosy: +guettli ___ Python tracker

[issue29785] Registration link sent via email by the tracker is http

New submission from Maxime Buquet: The link[1] sent via email by the tracker for registration confirmation is http, whereas https is already setup on the tracker itself. Would it be possible to change it to https. [1] http://bugs.python.org/?@action=confrego=TOKEN -- components:

[issue29319] Embedded 3.6.0 distribution cannot run pyz files

Steve Dower added the comment: That will work fine. Thanks for checking The process for pulling someone's PR into your own repo is roughly branch then pull from the repo sending the PR. Github should show instructions for this under m hidden behind a "merge manually" button (though you want

[issue29319] Embedded 3.6.0 distribution cannot run pyz files

Paul Moore added the comment: Thanks for that Steve. I had a recollection that there's a way of referencing the PR itself as a branch within the main repo (I guess it must *be* a branch, as how otherwise would github be able to do things like get Travis to build it?) but I don't recall the

[issue29778] _Py_CheckPython3 uses uninitialized dllpath when embedder sets module path with Py_SetPath

Steve Dower added the comment: I thought we'd documented that if you set the path when embedding you should also set the program name, but perhaps not (didn't check just now). If not, we should do that. We shouldn't be loading python3.dll anywhere. Are you sure that's in CPython? Do you have

[issue29777] argparse arguments in main parser hide an argument in subparser

Changes by Eric V. Smith : -- resolution: rejected -> stage: resolved -> needs patch ___ Python tracker ___

[issue23606] ctypes.util.find_library("c") no longer makes sense

Alex Gaynor added the comment: An FYI for the future, it would have been very helpful if this had been documented in the whats-changed file for 3.5. -- nosy: +alex ___ Python tracker

[issue29478] email.policy.Compat32(max_line_length=None) not as documented

R. David Murray added the comment: Thanks for the PR. However, rereading this: since compat32 is providing backward compatibility with the behavior of the python 3.2 email package, we need to check what it would do in this situation before changing the behavior. What we may need instead is

[issue29783] Modify codecs.open() to use the io module instead of codecs.StreamReaderWriter()

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

[issue29783] Modify codecs.open() to use the io module instead of codecs.StreamReaderWriter()

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

[issue29741] BytesIO methods don't accept integer types, while StringIO counterparts do

Serhiy Storchaka added the comment: I would accept changes to Modules/_io/ because I consider them as code cleanup (with little side effect). But I'm not sure about changes to Python implementation and tests. Could you create more narrow PR for Modules/_io/ changes and left other changes for

[issue29783] Modify codecs.open() to use the io module instead of codecs.StreamReaderWriter()

New submission from STINNER Victor: The codecs.StreamReaderWriter() class still has old unfixed issues like the issue #12508 (open since 2011). This issue is even seen as a security vulnerability by the owasp-pysec project:

[issue29783] Modify codecs.open() to use the io module instead of codecs.StreamReaderWriter()

Marc-Andre Lemburg added the comment: On 10.03.2017 15:17, STINNER Victor wrote: > > The codecs.StreamReaderWriter() class still has old unfixed issues like the > issue #12508 (open since 2011). This issue is even seen as a security > vulnerability by the owasp-pysec project: >

[issue29786] asyncio.wrap_future() is not documented

New submission from STINNER Victor: The following asyncio function is not documented. Is it deliberate? The function is exported in the asyncio module. def wrap_future(future, *, loop=None): """Wrap concurrent.futures.Future object.""" -- assignee: docs@python components:

[issue23606] ctypes.util.find_library("c") no longer makes sense

Alex Gaynor added the comment: Yeah, this got me (happy to explain what I was trying to do in more detail, if it'd be helpful), took me longer to understand why my tests passed on {26,27,33,34} but failed on 35 since the public "what's changed" docs page is where I went to. Ultimately I

[issue29783] Modify codecs.open() to use the io module instead of codecs.StreamReaderWriter()

Serhiy Storchaka added the comment: codecs.open() works with bytes-to-bytes codecs. >>> f = codecs.open('test1', 'w', encoding='hex_codec') >>> f.write(b'hello') >>> f.close() >>> open('test1', 'rb').read() b'68656c6c6f' In additional the interface of StreamReaderWriter is not fully compatible

[issue29784] Erroneous link in shutil.copy description

New submission from Maxime Buquet: https://docs.python.org/3/library/shutil.html#shutil.copy The link to "copy()" in the description seems to be pointing to the copy module, but I suppose it was meant to point at shutil.copy. -- assignee: docs@python components: Documentation

[issue29783] Modify codecs.open() to use the io module instead of codecs.StreamReaderWriter()

STINNER Victor added the comment: > codecs.open() works with bytes-to-bytes codecs. Oh ok. What are non-text encodings? I found: * base64 * bz2 * hex * quopri * rot13 * uu * zlib It seems like all these codecs can be used with codecs.open() to write bytes strings, except of rot13. Last time

[issue29783] Modify codecs.open() to use the io module instead of codecs.StreamReaderWriter()

Serhiy Storchaka added the comment: I agree that it is better to use directly the module implementing the codecs. But old third-party code still can use non-text codecs. There should be good reasons for breaking backward compatibility. Wouldn't be better to deprecate codecs.open()?

[issue23606] ctypes.util.find_library("c") no longer makes sense

Steve Dower added the comment: Noted. Did this bite you somehow? Is there something else that should be added/changed? -- ___ Python tracker ___

[issue29765] 2.7.12 compile error from ssl related

ada added the comment: The output is: [root@root local]# rpm -qf /usr/local/include/openssl/asn1.h file /usr/local/include/openssl/asn1.h is not owned by any package -- ___ Python tracker

[issue28739] PEP 498: docstrings as f-strings

Changes by Mariatta Wijaya : -- pull_requests: +494 ___ Python tracker ___ ___

[issue29784] Erroneous link in shutil.copy description

Xiang Zhang added the comment: Thanks for your report, Maxime! I open PRs to fix it. -- nosy: +xiang.zhang versions: +Python 3.5, Python 3.6, Python 3.7 ___ Python tracker

[issue29784] Erroneous link in shutil.copy description

Xiang Zhang added the comment: Assigned to Mariatta :-). -- assignee: docs@python -> Mariatta nosy: +Mariatta ___ Python tracker ___

[issue29784] Erroneous link in shutil.copy description

Serhiy Storchaka added the comment: See also issue21818. I suspect there are other incorrect references. -- nosy: +serhiy.storchaka ___ Python tracker

[issue29779] New environment variable PYTHONHISTORY

Changes by Barry A. Warsaw : -- nosy: +barry ___ Python tracker ___ ___ Python-bugs-list

[issue29779] New environment variable PYTHONHISTORY

Barry A. Warsaw added the comment: I don't think the Python envar has to follow the contraction from bash. $PYTHONHISTORY reads very nicely. I have similar code in my $PYTHONSTARTUP, but it would be nice to be able to get rid of it and just let Python do the common thing. --

[issue29758] Previously-working SWIG code fails in Python 3.6

Brett Cannon added the comment: Please keep this issue closed until you hear back from the SWIG team. Just because your code worked under Python 3.5 doesn't mean SWIG didn't accidentally emit something that breaks under Python 3.6 because we started being more stringent about something.

[issue29258] __init__.py required for pkgutil.walk_packages in python3

Changes by Brett Cannon : -- nosy: -brett.cannon ___ Python tracker ___ ___

[issue28739] PEP 498: docstrings as f-strings

Mariatta Wijaya added the comment: Thanks for reviewing, Serhiy and Eric. Documentation has been updated and backported to 3.6. OK to close this issue? -- ___ Python tracker

[issue28739] PEP 498: docstrings as f-strings

Eric V. Smith added the comment: Yes, I think it can be closed. Thanks! -- ___ Python tracker ___ ___

[issue29782] Use __builtin_clzl for bits_in_digit if available

Mark Dickinson added the comment: Thanks for the idea, and the PR! To be useful, this would need a bit of tweaking: we can't assume that a digit is always `unsigned long` (in fact, I'd expect that to be rare on 64-bit non-Windows systems, where `unsigned long` typically has 64 bits, and

[issue29782] Use __builtin_clzl for bits_in_digit if available

Serhiy Storchaka added the comment: I think we can assume that digit is no larger than unsigned long, otherwise PyLong_AsLong() and like wouldn't work. -- nosy: +serhiy.storchaka ___ Python tracker

[issue28739] PEP 498: docstrings as f-strings

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

[issue29783] Modify codecs.open() to use the io module instead of codecs.StreamReaderWriter()

STINNER Victor added the comment: About the issue #12508, would it be possible to modify StreamReader to use an incremental decoder? Or my idea doesn't make sense? -- ___ Python tracker

[issue29783] Modify codecs.open() to use the io module instead of codecs.StreamReaderWriter()

STINNER Victor added the comment: Serhiy Storchaka added the comment: > I agree that it is better to use directly the module implementing the codecs. > But old third-party code still can use non-text codecs. > > There should be good reasons for breaking backward compatibility. Wouldn't be >

[issue29786] asyncio.wrap_future() is not documented

Changes by Guido van Rossum : -- nosy: -gvanrossum ___ Python tracker ___ ___

[issue20087] Mismatch between glibc and X11 locale.alias

Serhiy Storchaka added the comment: I'm feeling there is something wrong with the current locale design. See issues issue504219, issue10466, issue20088, issue25191, issue29571. -- ___ Python tracker

[issue29788] Add absolute_path option to tarfile, disabled by default

New submission from STINNER Victor: I noticed that "python3 -m tarfile -x archive.tar" uses absolute paths by default, whereas the UNIX tar command doesn't by default. The UNIX tar command requires to add explicitly --absolute-paths (-P) option. I suggest to add a boolean absolute_path option

[issue29789] zipfile: Add absolute_path option, disabled by default

Serhiy Storchaka added the comment: Is this issue exists on zipfile? -- nosy: +serhiy.storchaka ___ Python tracker ___

[issue17062] An os.walk inspired replacement for pkgutil.walk_packages

Changes by Mark Lawrence : -- nosy: -BreamoreBoy ___ Python tracker ___ ___

[issue29784] Erroneous link in shutil.copy description

Changes by Xiang Zhang : -- pull_requests: +495 ___ Python tracker ___ ___ Python-bugs-list

[issue29780] Interpreter hang on self._epoll.poll(timeout, max_ev)

Changes by Guido van Rossum : -- nosy: -gvanrossum ___ Python tracker ___ ___

[issue29723] 3.6.1rc1 adds the current directory to sys.path when running a subdirectory's __main__.py; previous versions did not

Nick Coghlan added the comment: Paul Moore reporting on trying out the new PR in http://bugs.python.org/issue29319#msg289357 and confirmed that it still solves the originally reported problem in issue 29319. -- ___ Python tracker

[issue29478] email.policy.Compat32(max_line_length=None) not as documented

Mircea Cosbuc added the comment: Just to be sure, I performed the same operations with my changes in place, there's no change in behaviour. I think it's expected since I only modified how the Compat32 policy passes `max_line_length` to the header class. --

[issue20087] Mismatch between glibc and X11 locale.alias

Marc-Andre Lemburg added the comment: On 10.03.2017 08:37, Benjamin Peterson wrote: > > Do you believe this program should work? > > import locale, os > for l in open("/usr/share/i18n/SUPPORTED"): > alias, encoding = l.strip().split() > locale.setlocale(locale.LC_ALL, alias) > try:

[issue29787] Internal importlib frames visible when module imported by import_module throws exception

New submission from Ulrich Petri: Importing a module that raises an exception on import trough `importlib.import_module()` causes importlib to not strip it's internal frames from the traceback. Minimal example: --a.py-- import importlib importlib.import_module("b") --a.py-- --b.py--

[issue16258] test_local.TestEnUSCollection failures on Solaris 10

Serhiy Storchaka added the comment: May be issue15954 is related to this issue. Is this issue still reproduced? -- nosy: +serhiy.storchaka ___ Python tracker

[issue29478] email.policy.Compat32(max_line_length=None) not as documented

R. David Murray added the comment: So what happens when you do that same operation in 3.5/6 with your change in place? Does the behavior change? (I haven't looked back at the code to see if I think it will :) -- ___ Python tracker

[issue29788] tarfile: Add absolute_path option to tarfile, disabled by default

Changes by STINNER Victor : -- components: +Library (Lib) title: Add absolute_path option to tarfile, disabled by default -> tarfile: Add absolute_path option to tarfile, disabled by default ___ Python tracker

[issue29783] Modify codecs.open() to use the io module instead of codecs.StreamReaderWriter()

STINNER Victor added the comment: > The reason for the problem is the UTF-8 decoder (and other > decoders) expecting an extension to the codec decoder API, > which are not implemented in its StreamReader class (it simply > uses the base class). It's not a problem of the base class, but > that of

[issue29789] zipfile: Add absolute_path option, disabled by default

New submission from STINNER Victor: Same issue than tarfile issue #29788, but on zipfile. I suggest to add a boolean absolute_path option to zipfile, disabled by default. -- components: Library (Lib) messages: 289389 nosy: haypo priority: normal severity: normal status: open title:

[issue29789] zipfile: Add absolute_path option, disabled by default

STINNER Victor added the comment: Oh, it seems like zipfile is not affected by the issue, only tarfile. The documentation is correct: https://docs.python.org/dev/library/zipfile.html#zipfile.ZipFile.extract You can test using attached test2.zip. haypo@selma$ python3 -m zipfile -l ~/test2.zip

[issue28685] Optimizing list.sort() by performing safety checks in advance

Elliot Gorokhovsky added the comment: On Fri, Mar 10, 2017 at 12:26 AM Serhiy Storchaka wrote: > > Serhiy Storchaka added the comment: > > The issue shouldn't be closed until it resolved or rejected. > Ya, sorry about that. This is my first time contributing. > > I

[issue29784] Erroneous link in shutil.copy description

Changes by Mariatta Wijaya : -- pull_requests: +496 ___ Python tracker ___ ___

[issue29478] email.policy.Compat32(max_line_length=None) not as documented

Mircea Cosbuc added the comment: Thanks for the prompt feedback. In Python 3.2, the closest equivalent for the illustrated issue I could find is: >>> from email.message import Message >>> from email.generator import Generator >>> from sys import stdout >>> m = Message() >>> m["Field"] = "x" *

[issue29783] Modify codecs.open() to use the io module instead of codecs.StreamReaderWriter()

Serhiy Storchaka added the comment: I think using codecs.open() with a non-text codecs is a legit use case, but is not the best way. I suggest: 1) Encourage of using io.open() rather than codecs.open() for text encodings. codecs.open() was recommended way since it worked in all Python

[issue29786] asyncio.wrap_future() is not documented

Changes by Martin Panter : -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> asyncio.wrap_future undocumented ___ Python tracker

[issue29788] tarfile: Add absolute_path option to tarfile, disabled by default

Changes by Ned Deily : -- nosy: +lars.gustaebel ___ Python tracker ___ ___ Python-bugs-list

[issue23407] os.walk always follows Windows junctions

Changes by Craig Holmquist : Added file: http://bugs.python.org/file46718/issue23407-5.patch ___ Python tracker ___

[issue28810] Document bytecode changes in 3.6

Changes by Brett Cannon : -- pull_requests: +500 ___ Python tracker ___ ___

[issue29741] BytesIO methods don't accept integer types, while StringIO counterparts do

Oren Milman added the comment: done -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue23894] lib2to3 doesn't recognize rb'...' and f'...' in Python 3.6

Ned Deily added the comment: Sorry, the announced deadline for bugfixes for 3.6.1 has already passed; at this point, only showstopper problems with 3.6.1rc1 are on the table for the final. Trivial impact isn't a criterion for post-rc1 changes and there's a good reason for that: we ask

[issue29746] Update marshal docs to Python 3

Changes by Serhiy Storchaka : -- nosy: +Mariatta, martin.panter, r.david.murray ___ Python tracker ___

[issue29778] _Py_CheckPython3 uses uninitialized dllpath when embedder sets module path with Py_SetPath

Steve Dower added the comment: Ah, I see. We force load it in PC/getpathp.c to ensure that it's ours and not another version's python3.dll. We should probably refactor the GetModuleFileNameW call into its own function so we can call it from anywhere we need. --

[issue29688] Document Path.absolute

Brett Cannon added the comment: I'm still thinking about this but I'm still leaning towards deprecating pathlib.absolute(). -- ___ Python tracker ___

[issue29741] BytesIO methods don't accept integer types, while StringIO counterparts do

Changes by Oren Milman : -- pull_requests: +501 ___ Python tracker ___ ___ Python-bugs-list

[issue29741] BytesIO methods don't accept integer types, while StringIO counterparts do

Oren Milman added the comment: thanks :) I would update the original PR soon. -- ___ Python tracker ___ ___

[issue28810] Document bytecode changes in 3.6

Changes by Brett Cannon : -- pull_requests: +502 ___ Python tracker ___ ___

[issue29760] tarfile chokes on reading .tar file with no entries (but does fine if the same file is bzip2'ed)

Changes by Matt Bogosian : Removed file: http://bugs.python.org/file46717/tarfile.patch ___ Python tracker ___

[issue24755] asyncio.wrap_future undocumented

Changes by Martin Panter : -- components: +asyncio stage: -> patch review versions: +Python 3.6, Python 3.7 ___ Python tracker ___

[issue29778] _Py_CheckPython3 uses uninitialized dllpath when embedder sets module path with Py_SetPath

Changes by Steve Dower : -- stage: -> needs patch type: -> behavior versions: +Python 3.6, Python 3.7 ___ Python tracker ___

[issue29760] tarfile chokes on reading .tar file with no entries (but does fine if the same file is bzip2'ed)

Matt Bogosian added the comment: After some consideration, I think this is probably more correct: ``` --- /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/tarfile.py 2016-12-17 12:41:21.0 -0800 +++ tarfile.py 2017-03-10 14:57:15.0 -0800 @@ -2347,9 +2347,10 @@

[issue29790] Optional use of /dev/random on linux

Changes by Steven D'Aprano : -- nosy: +haypo, ncoghlan, steven.daprano ___ Python tracker ___

[issue29786] asyncio.wrap_future() is not documented

Adam Höse added the comment: While fixing this issue I found that it's a duplicate of issue 24755. -- nosy: +adisbladis pull_requests: +498 type: -> enhancement ___ Python tracker

[issue29782] Use __builtin_clzl for bits_in_digit if available

Mark Dickinson added the comment: True enough. It looks as though someone (*cough*) already documented that restriction, too: https://github.com/mdickinson/cpython/blob/v3.6.0/Include/longintrepr.h#L28-L30 -- ___ Python tracker

[issue29765] 2.7.12 compile error from ssl related

Christian Heimes added the comment: You have some custom, unsupported version of OpenSSL installed in /usr/local. That custom version is not compatible with Python 2.7.12. -- resolution: -> not a bug stage: -> resolved status: open -> closed ___

[issue29722] heapq.merge docs are misleading with the "reversed" flag

Changes by Terry J. Reedy : -- versions: -Python 3.3, Python 3.4 ___ Python tracker ___

[issue29760] tarfile chokes on reading .tar file with no entries (but does fine if the same file is bzip2'ed)

Matt Bogosian added the comment: This patch (also attached) seems to address this particular use case: ``` --- a/Lib/tarfile.py2016-12-17 12:41:21.0 -0800 +++ b/Lib/tarfile.py2017-03-10 12:23:34.0 -0800 @@ -2347,7 +2347,7 @@ # Advance the file pointer.

[issue29790] Optional use of /dev/random on linux

New submission from Ivan Anishchuk: Right now secrets module uses SystemRandom which is hardcoded to use os.urandom() which is fine for most users but some have good hardware sources of entropy (or otherwise replenish entropy pool) in which case it would be much better to use getrandom() with

[issue29791] print documentation: flush is also a keyword argument

New submission from Lucio Ricardo Montero Valenzuela: In the print() function documentation (https://docs.python.org/3/library/functions.html#print), the first line says "Print objects to the text stream file, separated by sep and followed by end. sep, end and file, if present, must be given

[issue29782] Use __builtin_clzl for bits_in_digit if available

Niklas Fiekas added the comment: Oops. Actually clz should commonly be enough. And platforms where clz and clzl are different (<=> unsigned int and unsigned long are different) should be rare. -- ___ Python tracker

[issue24755] asyncio.wrap_future undocumented

Changes by Adam Höse : -- pull_requests: +497 ___ Python tracker ___ ___

  1   2   >