Mailman 3 March 2017 - docs

[issue24796] Deleting names referencing from enclosed and enclosing scopes
by Nick Coghlan March 22, 2017

March 22, 2017

New submission from Nick Coghlan: While committing issue #24129, I noticed the following in the execution model documentation: ================== If a variable is referenced in an enclosing scope, it is illegal to delete the name. An error will be reported at compile time. ================== I'm not sure what that means, as both of the following compiled fine for me under 3.4.2: >>> def f(): ... x = 1 ... def g(): ... nonlocal x ... del x ... >>> def f(): ... x = 1 ... del x ... def g(): ... print(x) ... ---------- assignee: docs@python components: Documentation messages: 248036 nosy: docs@python, ncoghlan priority: normal severity: normal status: open title: Deleting names referencing from enclosed and enclosing scopes _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue24796> _______________________________________

4 9

Documentation download problem
by Tim | BPS International March 22, 2017

March 22, 2017

Dear Python team, I get a 404 error when I try to download the Python 3.6.1 documentation from https://docs.python.org/3/download.html . All of the download links seem to be broken as nginx is returning a 404 error. The reason why I’m sending this mail to docs(a)python.org<mailto:docs@python.org> is because I saw a header called ‘Problems’ on the documentation page, and I think not being able to download the documentation is a problem. 😊 Thanks in advance for looking into this issue and possibly fixing it! Best regards, Tim van de Kerkhof Sales engineer [cid:image002.png@01D269A2.45D6D010]<http://www.facebook.com/BPSBV>[cid:image003.png@01D269A2.45D6D010]<http://twitter.com/bps_bv> [cid:image004.png@01D269A2.45D6D010] BPS International B.V. Eerselsedijk 43 | 5571 TM Bergeijk T +31 (0)497-550260 | F +31 (0)497-550261 | www.bps.nl<http://www.bps.nl/> tim(a)bps.nl<mailto:tim@bps.nl> [cid:image005.png@01D269A2.45D6D010] Over BPS International: BPS International is specialist in digitale spraak- en scherm opname en garandeert vlekkeloze integratie met elk telefonie platform van traditionele PABX tot VoIP. Gedegen advies, een breed assortiment aan gespreks- en schermopname-apparatuur en betrouwbare ondersteuning zijn de uitgangspunten The information contained in this message is confidential and may be legally privileged. The message is intended solely for the addressee(s). If you are not the intended recipient, you are hereby notified that any use, dissemination, or reproduction is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender by return e-mail and destroy all copies of the original message.

1 0

[issue29866] Added datetime_diff to datetime.py.
by Decorater March 22, 2017

March 22, 2017

New submission from Decorater: The datetime_diff function compares two datetime objects and returns the time since the prior datetime objects (based on the current datetime object) in a what that is readable by humans. This is useful when one might need to compare two datetime objects, keeping ones codebase as small as possible (to ensure fast Python code), and to reduce 'hacks' in their code to make the comparison more readable by humans the github pull request comes with changes to datetime.rst as well Note: This is currently targeting 3.7, however if you guys desire you guys could backport it into 3.5 and 3.6. ---------- assignee: docs@python components: Documentation, Library (Lib) messages: 289917 nosy: Decorater, docs@python priority: normal severity: normal status: open title: Added datetime_diff to datetime.py. versions: Python 3.7 _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue29866> _______________________________________

3 10

Doc Links not working
by Rajdeep Bhattacharya March 22, 2017

March 22, 2017

Hi Team, None of the docs download link at url https://docs.python.org/3/download.html is working. Can you please fix this up. Thanks, Rajdeep

1 0

links broken (as of march 22 2017 at 12:46 UKtime)
by Primrose Mbanefo March 22, 2017

March 22, 2017

Hello, Sorry I don’t know if you have a bug report system for the documentation (New to python). The page I am on points to this email address! Details: 1) I was on page: https://docs.python.org/3/download.html (I got here from the download link in https://docs.python.org/3/) 2) And clicked on the HTML link which says it goes to: https://docs.python.org/3/archives/python-3.6.1-docs-html.zip That link is broken (404). 3) There is an existing link to: https://docs.python.org/3/archives/python-3.6.1rc1-docs-html.zip which could be the correct link. Thanks! Primrose Mbanefo ---- ARM Limited, 110 Fulbourn Road, Cambridge CB1 9NJ, UK IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you.

1 0

https://docs.python.org/3/download.html
by Somchai Smythe March 21, 2017

March 21, 2017

python-3.6.1 downloadable documentation gets 404s for all .tar.bz2 links

1 0

python-JSON encoder and decoder
by Kris Bai March 21, 2017

March 21, 2017

URL : https://docs.python.org/3.3/library/json.html <https://docs.python.org/3.3/library/json.html>

1 0

[issue29844] Windows Python installers not installing DLL to System32/SysWOW64
by Eryk Sun March 20, 2017

March 20, 2017

Eryk Sun added the comment: > It's inconsistent with the Linux experience of an all-users > installation Yes, if you build with --enable-shared on Linux, then the shared libraries libpython3.X.so.1.0 and libpython3.so are installed in /usr/local/lib. Currently there's no direct equivalent for 3.5+ on Windows. However, delay-loading the DLL is an alternative to a static import. At program startup, get the install path from the registry and load python3x.dll manually via LoadLibraryEx with the flag LOAD_WITH_ALTERED_SEARCH_PATH. Delayed loading automates calling GetProcAddress, so you get the flexibility of a dynamic import without losing the convenience of a static import. > add all the Python install directories to my path to ensure the DLLs > are visible to applications that link against them If the 32-bit DLL were distributed as, for example, python36-32.dll, then this would at least be reliable, albeit tedious. Using System32 and SysWOW64 handles this problem reliably via file-system redirection. > all users to go in ``%SystemDrive%\Python{major}{minor}`` The change to use %ProgramFiles% for a machine installation and %LocalAppData% for a user installation locks down the discretionary file security. In contrast, the file security inherited from C:\ is permissive. It allows any authenticated user the right to modify the directory, subdirectories, and files. The only rights not granted are delete-child (meaningless since the user has delete access for all files) and the right to modify the file security. ---------- _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue29844> _______________________________________

1 0

[issue29844] Windows Python installers not installing DLL to System32/SysWOW64
by Decorater March 19, 2017

March 19, 2017

Decorater added the comment: tbh, I would rather have it default for all python files installed for all users to go in ``%SystemDrive%\Python{major}{minor}`` on windows and then work with then the environment variables like currently so that way none of the python dll's are outside of such folder in case someone installs for example 3.6.0 in ``%SystemDrive%\Python360`` and then installs 3.6.1 in ``%SystemDrive%\Python361`` without uninstalling 3.6.0. ---------- nosy: +Decorater _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue29844> _______________________________________

1 0

[issue29844] Windows Python installers not installing DLL to System32/SysWOW64
by Steve Dower March 19, 2017

March 19, 2017

Steve Dower added the comment: Maybe I need to look through the history to see whether I actually intended the all-users install to be in System, but I don't think I did (despite writing the documentation linked - it may have been adapted from the old documentation). Applications that need Python should look in the registry or embed the embeddable distro, depending on whether they are providing access to the user's own Python (e.g. an IDE) or it's an internal implementation detail (e.g. a tool that just happens to be implemented using Python). The former should really offer options for the user to specify a path to the install as well. Reliably finding the required standard library for a copy of Python that is installed somewhere else is every bit as problematic as locating the install itself. When everyone follows PEP 514 properly it may be safe for a System32-DLL to use the registry again for finding its library, but as long as various distros want to overwrite the core registry keys, everyone is better off without it being a system component. ---------- _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue29844> _______________________________________

1 0