Mailman 3 December 2014 - docs

[issue22356] mention explicitly that stdlib assumes gmtime(0) epoch is 1970
by Akira Li 02 Dec '14

02 Dec '14

New submission from Akira Li: See discussion on Python-ideas https://mail.python.org/pipermail/python-ideas/2014-September/029228.html ---------- assignee: docs@python components: Documentation files: docs-time-epoch_is_1970.diff keywords: patch messages: 226539 nosy: akira, docs@python priority: normal severity: normal status: open title: mention explicitly that stdlib assumes gmtime(0) epoch is 1970 type: behavior versions: Python 2.7, Python 3.4, Python 3.5 Added file: http://bugs.python.org/file36567/docs-time-epoch_is_1970.diff _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue22356> _______________________________________

4 10

os.popen & os.system lack shell-related security warnings (issue 21557)
by demianbrecht＠gmail.com 01 Dec '14

01 Dec '14

http://bugs.python.org/review/21557/diff/13339/Doc/library/os.rst File Doc/library/os.rst (right): http://bugs.python.org/review/21557/diff/13339/Doc/library/os.rst#newcode29… Doc/library/os.rst:2905: .. warning:: This warning is a little confusing to me. If input sanitization is the issue (which is a perfectly valid concern), why not explain the issue and how to plug the hole rather than discouraging its use altogether? As is, this reads a little strange to me given you're discouraging the use due to a specific case and then in the next paragraph explaining how to fix it. I'd rather just see an explanation of the possible security hole and how to account for it to make the usage here safe. http://bugs.python.org/review/21557/

1 0

python documentation issue
by Josiah Raiche 01 Dec '14

01 Dec '14

The change in print() has rendered the beginner project docs 20.2 (CGI) inoperative. Copy and paste of the script gives a 500 error. Simply adding parentheses works but this isn't obvious from the error logs.

2 3