Mailman 3 May 2018 - docs

[issue20722] newline is (partially) independent of universal newlines; needs to be made more clear in docs
by Devin Jeanpierre May 3, 2018

May 3, 2018

New submission from Devin Jeanpierre: http://docs.python.org/3.4/library/functions.html#open says "newline controls how universal newlines mode works (it only applies to text mode)." My reading of this when I saw it was that newline= doesn't do anything unless universal newlines mode is enabled. This is untrue, and you can infer it's untrue from the following lines, but then the docs appear to contradict themselves. Please fix to say something more along the lines of "newline controls how newlines are read and written. It only applies to text mode." The interactions with universal newlines mode are explained in the following text, so they don't need to be called out upfront. newline does more than just that. ---------- assignee: docs@python components: Documentation messages: 211854 nosy: Devin Jeanpierre, docs@python priority: normal severity: normal status: open title: newline is (partially) independent of universal newlines; needs to be made more clear in docs versions: Python 3.4 _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue20722> _______________________________________

3 2

Your bind is invalid
by lionel Meloiq May 3, 2018

May 3, 2018

Hello I can ’t download the bind to download the doc in my computer in a intempt of a answer

1 0

[issue33275] glob.glob should explicitly note that results aren't sorted
by Eryk Sun May 2, 2018

May 2, 2018

Eryk Sun <eryksun(a)gmail.com> added the comment: FAT inserts a new file entry in a directory at the first available position. (If it's a long filename, this could be up to 21 contiguous dirents for a combined long/short dirent set.) This means a directory listing is usually in the same order that files were added. One caveat is that dirents for deleted files may be reused once there are no more unused entries available in a cluster. (I'd expect this depends on the implementation. Also, this is less likely with a long filename, since it needs a large-enough contiguous block of dirents.) Given a volume with a 4 KiB cluster size, sans overhead there are 127 32-byte dirents in a cluster. I used to have an MP3 player that used FAT32 and only played files in directory order, so I had to resort directories on disk after adding files. In Ubuntu Linux, I see there's a "fatsort" package that implements this. There's probably a build available for MacOS. ---------- _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue33275> _______________________________________

1 0

Missing change documentation
by Christopher Schmitt May 2, 2018

May 2, 2018

Hello, Just found a missing "changed in version" text.... while the "os" lib has a "Changed in version 3.6: Accepts a path-like object." Text. This is totally missing in the shutil lib. (okay you could use the argument that shutil is using os lib and links to it but in the first moment it totally confused me why my script wasn't working on 3.5) Greetings, Christopher Schmitt

1 0

[issue33275] glob.glob should explicitly note that results aren't sorted
by Ben FrantzDale May 2, 2018

May 2, 2018

Ben FrantzDale <ben(a)formlabs.com> added the comment: I looked into it a bit more. With python 2.7 on macOS High Sierra on APFS (Encrypted) with a FAT32 thumb drive... I have a directory that glob.glob('/Volumes/thumb/tmp/*') shows as sorted. I cp -r that to /tmp with bash. glob.glob('/tmp/tmp/*') is now not sorted. and cp -r /tmp/tmp /Volumes/thumb/tmp1. Then glob.glob('/Volumes/thumb/tmp/*') shows a different order, but if I cp -r /Volumes/thumb/tmp/ /Volumes/thumb/tmp2 then glob.glob('/Volumes/thumb/tmp2/*') is sorted by file name just like glob.glob('/Volumes/thumb/tmp/*'). I'm not sue what that's saying other than that glob.glob can return things out of order on FAT32. It appears that glob.glob's ordering agrees with that of ls -f ("unsorted"). ---------- _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue33275> _______________________________________

1 0

Impossible de telecharger la documentation
by Vladimir Guillochet gmx May 1, 2018

May 1, 2018

Bonjour, Le lien de téléchargement de la documentation python ne fonctionne pas. Pouvez vous y remédier ? Cordialement,

1 0