[issue21314] Bizarre help
New submission from Vedran Čačić: Please look at the output of help(object.__ge__). 1. What's that $ in front of self? lt and gt don't have it. 2. What's that / as a third argument? Many wrapper functions have it (for example, see help(tuple.__len__). 3. What's that -- as the first line of doc? Similar methods don't have it. -- assignee: docs@python components: Documentation messages: 216899 nosy: Vedran.Čačić, docs@python priority: normal severity: normal status: open title: Bizarre help versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21314 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10614] ZipFile: add a filename_encoding argument
Changes by INADA Naoki songofaca...@gmail.com: -- nosy: +naoki ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10614 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21314] Bizarre help
Changes by Georg Brandl ge...@python.org: -- assignee: docs@python - larry nosy: +larry ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21314 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21314] Bizarre help
Josh Rosenberg added the comment: I don't know about the other bits, but that trailing '/' is how Argument Clinic (which makes full featured inspection available to built-in functions) notes that the parameters are positional only, and cannot be passed by keyword. See PEP436. -- nosy: +josh.rosenberg ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21314 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21314] Bizarre help
Zachary Ware added the comment: 1) This was due to a typo. The release of Python 3.4 saw the introduction of new introspection information on many C-implemented functions thanks to Argument Clinic (see PEP 436, I think it is). As part of that (still ongoing) transition, the default doctrings for type slots like __ge__ were given Argument Clinic-style signatures, and __ge__ had a typo. I fixed that typo on Friday (actually prompted by your previous issue about len's bad signature). 2) That marker now shows that all proceeding arguments are positional-only. We should probably make sure that is well documented somewhere, possibly in the tutorial. 3) This was also due to the typo I fixed. -- nosy: +zach.ware ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21314 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21209] q.put(some_tuple) fails when PYTHONASYNCIODEBUG=1
Arfrever Frehtes Taifersar Arahesis added the comment: The added comment contains This workaround should be removed in 3.5.0.. Since default branch now contains Python 3.5, maybe it is time to remove workaround on default branch? -- nosy: +Arfrever ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21209 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9291] mimetypes initialization fails on Windows because of non-Latin characters in registry
Changes by Tim Golden m...@timgolden.me.uk: Removed file: http://bugs.python.org/file34925/issue9291.7.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9291 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9291] mimetypes initialization fails on Windows because of non-Latin characters in registry
Tim Golden added the comment: Another version of the patch: this one, in addition to removing the unnecessary encodes, also does the check for extensions before attempting to open the registry key, and narrows down the try-catch block to just the attempt to read the Content Type value. This does mean that if any process is unable to read HKCR or its subkeys the mimetypes.init will fail. Frankly, I can't see how that could happen, but if anyone feels strongly enough I can add extra guards so it fails silently. -- Added file: http://bugs.python.org/file34983/issue9291.8.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9291 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8387] use universal newline mode in csv module examples
Antoine Pitrou added the comment: Note that 'U' is a no-op under Python 3, it's just there for compatibility reasons; i.e. 'rU' is the same as 'r'. Also, from a quick glance, the CSV parser in _csv.c looks newline-agnostic. @sfinnie: can you explain which problems you encountered running the examples? Please also post the resulting exception tracebacks, if any. -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8387 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21296] smtplib Sends Commands in Lower-Case
Changes by Antoine Pitrou pit...@free.fr: -- priority: normal - low type: behavior - enhancement versions: -Python 3.2, Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21296 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21209] q.put(some_tuple) fails when PYTHONASYNCIODEBUG=1
Guido van Rossum added the comment: IMO the comment is too aggressive. I want the workaround to stay in the codebase so CPython asyncio ans Tulip asyncio (== upstream) don't diverge. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21209 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18967] Find a less conflict prone approach to Misc/NEWS
Ezio Melotti added the comment: Have you considered how this is going to change if/when PEP 462 will be implemented? AFAIU PEP 462 suggests that commits happen directly from the bug tracker (or something equivalent), so we will likely start to add the NEWS entry there as well. Assuming this will happen and it's not too far away in the future, it might be wiser to wait or move toward a system that will make the switch to PEP 462 easier. FWIW I still think that the current situation is fine as is. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18967 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21297] csv.skipinitialspace only skips spaces, not whitespace in general
Daniel Andersson added the comment: No, multiple spaces are ignored as advertised (according to actual tests; not just reading the code), but only spaces (U+0020) and not e.g. tabs (U+0009), which are also included in the term whitespace, along with several other characters. In light of your followup question, the internal comment at `Modules/_csv.c`, line 639: /* ignore space at start of field */ could perhaps be clarified to say spaces instead of space, but the code context makes it quite clear, and it does not face the users anyway. The main point of this issue is meant to be the wording in the module docstring and the official docs regarding whitespace contra space. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21297 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21315] email._header_value_parser does not recognise in-line encoding changes
New submission from Merlijn van Deen: Bugzilla sends e-mail in a format where =?UTF-8 is not preceded by whitespace. This makes email.headerregistry.UnstructuredHeader (and email._header_value_parser on the background) not recognise the structure. import email.headerregistry, pprint x = {}; email.headerregistry.UnstructuredHeader.parse('[Bug 64155]\tNew:=?UTF-8?Q?=20non=2Dascii=20bug=20t=C3=A9st?=;\trussian text:=?UTF-8?Q?=20=D0=90=D0=91=D0=92=D0=93=D2=90=D0=94', x); pprint.pprint(x) {'decoded': '[Bug 64155]\tNew:=?UTF-8?Q?=20non=2Dascii=20bug=20t=C3=A9st?=;\t' 'russian text:=?UTF-8?Q?=20=D0=90=D0=91=D0=92=D0=93=D2=90=D0=94', 'parse_tree': UnstructuredTokenList([ValueTerminal('[Bug'), WhiteSpaceTerminal(' '), ValueTerminal('64155]'), WhiteSpaceTerminal('\t'), ValueTerminal('New:=?UTF-8?Q?=20non=2Dascii=20bug=20t=C3=A9st?=;'), WhiteSpaceTerminal('\t'), ValueTerminal('russian'), WhiteSpaceTerminal(' '), ValueTerminal('text:=?UTF-8?Q?=20=D0=90=D0=91=D0=92=D0=93=D2=90=D0=94')])} versus x = {}; email.headerregistry.UnstructuredHeader.parse('[Bug 64155]\tNew: =?UTF-8?Q?=20non=2Dascii=20bug=20t=C3=A9st?=;\trussian text: =?UTF-8?Q?=20=D0=90=D0=91=D0=92=D0=93=D2=90=D0=94', x); pprint.pprint(x) {'decoded': '[Bug 64155]\tNew: non-ascii bug tést;\trussian text: АБВГҐД', 'parse_tree': UnstructuredTokenList([ValueTerminal('[Bug'), WhiteSpaceTerminal(' '), ValueTerminal('64155]'), WhiteSpaceTerminal('\t'), ValueTerminal('New:'), WhiteSpaceTerminal(' '), EncodedWord([WhiteSpaceTerminal(' '), ValueTerminal('non-ascii'), WhiteSpaceTerminal(' '), ValueTerminal('bug'), WhiteSpaceTerminal(' '), ValueTerminal('tést')]), ValueTerminal(';'), WhiteSpaceTerminal('\t'), ValueTerminal('russian'), WhiteSpaceTerminal(' '), ValueTerminal('text:'), WhiteSpaceTerminal(' '), EncodedWord([WhiteSpaceTerminal(' '), ValueTerminal('АБВГҐД')])])} I have attached the raw e-mail as attachment. Judging by the code, this is supposed to work (while raising a Defect -- missing whitespace before encoded word), but the code splits by whitespace: tok, *remainder = _wsp_splitter(value, 1) which swallows the encoded section in one go. In a second attachment, I added a patch which 1) adds a test case for this and 2) implements a solution, but the solution is unfortunately not in the style of the rest of the module. In the meanwhile, I've chosen a monkey-patching approach to work around the issue: import email._header_value_parser, email.headerregistry def get_unstructured(value): value = value.replace(=?UTF-8?Q?=20, =?UTF-8?Q?) return email._header_value_parser.get_unstructured(value) email.headerregistry.UnstructuredHeader.value_parser = staticmethod(get_unstructured) -- components: email files: 000359.raw messages: 216908 nosy: barry, r.david.murray, valhallasw priority: normal severity: normal status: open title: email._header_value_parser does not recognise in-line encoding changes versions: Python 3.3, Python 3.4, Python 3.5 Added file: http://bugs.python.org/file34984/000359.raw ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21315 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21315] email._header_value_parser does not recognise in-line encoding changes
Changes by Merlijn van Deen valhall...@gmail.com: -- keywords: +patch type: - behavior Added file: http://bugs.python.org/file34985/unstructured_ew_without_whitespace.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21315 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8387] use universal newline mode in csv module examples
Jessica McKellar added the comment: I realized that I typo'd 2 instead of 3 in http://bugs.python.org/issue8387#msg216888 which makes that message confusing. Here's a restatement of my findings: * All of the Python 3 csv examples work in Python 3 on all platforms. * The Python 2 binary-mode csv examples work in Python 2.7 on all platforms. * The Python 2 binary-mode csv examples error out on Windows and OSX when run under Python 3. We could do nothing to address this, or, if we determine that there's no negative impact to removing the 'b', update the examples to accommodate readers who are running Python 2 examples using Python 3 for whatever reason. Which does bring me to the same question as @pitrou, which is what data and code cause an error for @sfinnie on Python 2. :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8387 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15002] urllib2 does not download 4 MB file completely using ftp
Roundup Robot added the comment: New changeset bb71b71322a3 by Senthil Kumaran in branch '3.4': urllib.response object to use _TemporaryFileWrapper (and _TemporaryFileCloser) http://hg.python.org/cpython/rev/bb71b71322a3 New changeset 72fe23edfec6 by Senthil Kumaran in branch '3.4': NEWS entry for #15002 http://hg.python.org/cpython/rev/72fe23edfec6 New changeset 8c8315bac6a8 by Senthil Kumaran in branch 'default': merge 3.4 http://hg.python.org/cpython/rev/8c8315bac6a8 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15002 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15002] urllib2 does not download 4 MB file completely using ftp
Senthil Kumaran added the comment: This is fixed in 3.4 and 3.5. I will backport to 2.7 ( I think, it is worth it). -- resolution: - fixed stage: patch review - resolved ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15002 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20760] test_compileall test getting failed on 3.4 RC
Aapo Rantalainen added the comment: I got exactly same trace with Python-3.4.0. == CPython 3.4.0 (default, Apr 19 2014, 16:37:49) [GCC 4.2.1] == Linux-2.6.28.10-power52-armv7l-with-debian-testing-unstable little-endian Btw: My test-directory is writable. (This seems to be duplicate, but is explicitly mentioning non-writable directory: http://bugs.python.org/issue21264 ) -- nosy: +AapoRantalainen ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20760 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21316] mark test_devpoll to be meaningfull only for Solaris
New submission from Aapo Rantalainen: [ 96/389/2] test_devpoll Actual happened: test_devpoll skipped -- select.devpoll not defined Excepted: test works only on Solaris Took me a while until I read documentation: select.devpoll() - (Only supported on Solaris and derivatives.) Even test itself, test_devpoll.py, doesn't mention it is only for Solaris. -- components: Tests messages: 216913 nosy: AapoRantalainen priority: normal severity: normal status: open title: mark test_devpoll to be meaningfull only for Solaris type: enhancement versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21316 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20585] urllib2 unrelease KQUEUE on Mac OSX 10.9+
Lita Cho added the comment: Going to try working on this. -- nosy: +Lita.Cho ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20585 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17552] socket.sendfile()
Giampaolo Rodola' added the comment: New patch in attachment. Changes: - docs - replaced select() / poll() with the new selectors module - file position is always updated both on return and on error; this means file.tell() is the designated way to know how many bytes were sent - replaced sendall() with send() so that we can count the number of bytes transmitted (related and rejected proposal: https://mail.python.org/pipermail/python-ideas/2014-April/027689.html) - send() now uses memoryview() for better performances to re-transmit data which was not sent by the first send() call - pre-emptively raise exception if file is not opened in binary mode - tests for ssl module I've tried to work on Windows TransmitFile support but I got stuck as I'm not sure how to convert a file object into a HANDLE in C. I suppose Windows support can also be added later as a separate ticket and in the meantime I'd like to push this forward. Open questions: - Is the current return value desirable (do we really care if os.sendfile() was used internally?)? Should the returned tuple also include the number transmitted bytes? - default blocksize: Charles-François was suggesting to remove the blocksize argument; FWIW I've made some quick benchmarks by using time cmdline utility with different blocksizes and I didn't notice substantial difference. I still think a blocksize parameter is necessary in case we fallback on using send() and also for consistency with ftplib's storbinary() method which will be involved later (issue 13564). -- Added file: http://bugs.python.org/file34986/socket-sendfile3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17552 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17552] socket.sendfile()
Changes by Giampaolo Rodola' g.rod...@gmail.com: -- versions: +Python 3.5 -Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17552 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue837046] pyport.h redeclares gethostname() if SOLARIS is defined
James Bostock added the comment: I have not compiled Python from source code for many years and no longer have access to Solaris machines so I cannot say whether or not this is still a problem. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue837046 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18967] Find a less conflict prone approach to Misc/NEWS
Nick Coghlan added the comment: PEP 462 is months away from going anywhere, and I personally find the current NEWS handling a major barrier to feeling inclined to work on bug fixes. The status quo will *definitely* be PEP 462 incompatible, though, since it would typically prevent applying the same patch to multiple branches. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18967 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20962] Rather modest chunk size in gzip.GzipFile
Ezio Melotti added the comment: You should try with different chunk and file sizes and see what is the best compromise. Tagging as easy in case someone wants to put together a small script to benchmark this (maybe it could even be added to http://hg.python.org/benchmarks/), or even a patch. -- keywords: +easy nosy: +ezio.melotti stage: - needs patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20962 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20969] Author of EPUB version of Python docs is set to Unknown instead of PSF
Changes by Ezio Melotti ezio.melo...@gmail.com: -- keywords: +easy nosy: +ezio.melotti stage: - needs patch versions: +Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20969 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20977] pyflakes: undefined ctype in 2 except blocks in the email module
Changes by Ezio Melotti ezio.melo...@gmail.com: -- keywords: +easy stage: - needs patch type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20977 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20997] Wrong URL fragment identifier in search result
Ezio Melotti added the comment: It might be a bug in the older Sphinx version used to build the 2.x docs. If this is the case, it's probably not worth fixing. Georg? -- nosy: +ezio.melotti, georg.brandl resolution: - wont fix status: open - pending ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20997 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21213] Memory bomb by incorrect custom serializer to json.dumps
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti, pitrou, rhettinger type: - behavior versions: +Python 3.4, Python 3.5 -Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21213 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21221] Minor struct_time documentation bug
Changes by Ezio Melotti ezio.melo...@gmail.com: -- keywords: +easy stage: - needs patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21221 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21231] Issue a python 3 warning when old style classes are defined.
Changes by Ezio Melotti ezio.melo...@gmail.com: -- components: +Interpreter Core nosy: +ezio.melotti stage: - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21231 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21232] Use of '1' instead of 'True' as 'splitlines' argument in difflib documentation
Ezio Melotti added the comment: I think that the general consensus is that changing the value of True and False is not supported, and the result of doing it is undefined, so I think Ned request is reasonable. -- nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21232 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21278] Running the test suite with -v makes the test_ctypes and the test_zipimport erroneously reported as failed
Ezio Melotti added the comment: Do you want to propose a patch? -- components: +Tests nosy: +ezio.melotti type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21278 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18967] Find a less conflict prone approach to Misc/NEWS
R. David Murray added the comment: Yes, after thinking about this this weekend, it is clear to me that in the future we will *need* a scheme where by the NEWS entry can be safely included in the patch in some form. I think the commit message is also going to be in the patch, which will be in 'hg export' form, if I'm understanding the stuff the Mecurial folks were telling us at PyCon correctly. So, in theory the script approach would still work, if anybody can run it (to commit locally and then export) and if what it produces is something that won't get stale. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18967 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18967] Find a less conflict prone approach to Misc/NEWS
Terry J. Reedy added the comment: A file per news entry seems a bit much, but an optional file per developer would solve most of the problem for those who have a problem with the status quo. Add a directory named, for instance, news.3.4.1. Put in a template with the allowed section headings. Call it something like aaTemplate.txt to sort first. To avoid merge conflicts due to entries for new features in default, quadruple space between headers so the only non-blank context would be the section header above. Developers like me who have a problem with the existing system could copy the file, rename it with their name (terry.reedy.txt, etc), hg add it, and use it for news entries (with extra blank lines to maintain the clean context. A script could be written to sync the working directory (pull and merge), move entries into NEWS (skipping over blank lines), recopy the template, commit and push. If I were working on non-Idle code issues, I would seriously consider doing the above with a private, non-repository file in /MISC that I might merge one a week or so. Someone objected to changes that result in news entries being out patch push order. This is already not a rule because the devguide mentions inserting new items at random positions to avoid conflicts due to another commit. Also, News items are frequently pushed sometime after the corresponding patch. I don't know if this is because people forget or because they want to isolate any hassle with a news conflict. In any case, the News entries are not necessarily time ordered now. From a user perspective, having library news items sorted by affected module, with code, doc, and test changes collected together, would generally be more useful. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18967 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21232] Use of '1' instead of 'True' as 'splitlines' argument in difflib documentation
Terry J. Reedy added the comment: If you want to backport, go ahead. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21232 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18967] Find a less conflict prone approach to Misc/NEWS
Antoine Pitrou added the comment: This is already not a rule because the devguide mentions inserting new items at random positions to avoid conflicts due to another commit. Really? New NEWS entries are customarily added at or near the top of their respective sections, so that entries within a section appear in approximate order from newest to oldest. However, this is customary and not a requirement. In any case, the News entries are not necessarily time ordered now. IME, they mostly are. It's true it's not a requirement. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18967 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21231] Issue a python 3 warning when old style classes are defined.
Antoine Pitrou added the comment: Your changes in ceval.c introduce a bug (missing braces). Besides, I'm not sure it's a good idea. What if you're extending a class provided by a third-party library? (just because it's an old-style class doesn't mean it won't work fine under 3.x) -- nosy: +benjamin.peterson, pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21231 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20962] Rather modest chunk size in gzip.GzipFile
Skip Montanaro added the comment: Here's a straightforward patch. I didn't want to change the public API of the module, so just defined the chunk size with a leading underscore. Gzip tests continue to pass. -- keywords: +patch stage: needs patch - patch review Added file: http://bugs.python.org/file34987/gzip.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20962 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21317] Home page certificate troubles
New submission from Dolda2000: This is misfiled under Documentation since it affects the documentation peripherally and I couldn't find any better component to file it under. To get to the point, the website seems to have certificate troubles for some URLs affecting the older versions of documentation. For instance, at this URL: https://docs.python.org/3.0/c-api/arg.html For me at least, it says 400 Bad Request // The SSL certificate error [sic] // nginx. I am also not allowed to access it over HTTP, since that just redirects me to the HTTPS version. (As an aside, you may also want to fix the typo in the error message while your at it. ;) -- assignee: docs@python components: Documentation messages: 216928 nosy: Dolda2000, docs@python priority: normal severity: normal status: open title: Home page certificate troubles type: crash ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21317 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21317] Home page certificate troubles
Alex Gaynor added the comment: The infra team is looking into this, and I believe it should be fixed by now. (None of the infra people really are on this issue tracker, so I'm closing this, sorry :-/) -- nosy: +alex resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21317 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21318] sdist fails with symbolic links do non-existing files
New submission from Jan Gosmann: If there is a symbolic link to a non-existing file anywhere in the source tree python setup.py sdist fails with an output like the following: running sdist running check warning: check: missing required meta-data: url error: abc: No such file or directory Pruning the problematic path with a MANIFEST.in file does not help. I could locate the culprit in filelist.py http://hg.python.org/cpython/file/c82dcad83438/Lib/distutils/filelist.py in line 267: stat = os.stat(fullname) fails for symlinks to non-existing files. Maybe os.lstat should be used? Or it should be checked before os.stat if it is a symlink to a nonexisting file? In case you wonder why I have links to non-existing files in my source tree: Those can be left behind by automated tests I'm using and are not supposed to be part of the source (or any other) distribution. But as I said, the error is not prevented by excluding them with a MANIFEST.in file. My current workaround is to delete all the leftovers from the test as first thing in setup.py. -- components: Distutils messages: 216930 nosy: dstufft, eric.araujo, jgosmann priority: normal severity: normal status: open title: sdist fails with symbolic links do non-existing files type: behavior versions: Python 2.7, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21318 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18967] Find a less conflict prone approach to Misc/NEWS
Terry J. Reedy added the comment: On 4/20/2014 7:59 PM, Antoine Pitrou wrote: Antoine Pitrou added the comment: This is already not a rule because the devguide mentions inserting new items at random positions to avoid conflicts due to another commit. Really? New NEWS entries are customarily added at or near the top of their respective sections, so that entries within a section appear in approximate order from newest to oldest. However, this is customary and not a requirement. Random is too loose for what was actually committed and I will correct it. Further down in the same section: A nice trick to make Mercurial’s automatic file merge work more smoothly is to put a new entry after the first or first two entries rather than at the very top. This way if you commit, pull new changesets and merge, the merge will succeed automatically. In any case, the News entries are not necessarily time ordered now. IME, they mostly are. It's true it's not a requirement. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18967 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18967] Find a less conflict prone approach to Misc/NEWS
Terry J. Reedy added the comment: For the recommendation actually put in the devguide, change 'random position' to 'position near but not at the top'. https://docs.python.org/devguide/committing.html#news-entries ends with A nice trick to make Mercurial’s automatic file merge work more smoothly is to put a new entry after the first or first two entries rather than at the very top. This way if you commit, pull new changesets and merge, the merge will succeed automatically. My main point was that the devguide a) recognizes that there is an issue and b) does not require strict date order. Merging items into the NEWS on a daily basis would keep approximate time order. Hourly merges would do even better. This recommendation, however, is not very effective. It only only avoids conflict with another patch if the other person does not use the 'nice trick' but puts the news entry at the top. Unless one looks carefully, it does not help the problen of merging maintenance bugfix items into a default list that also contains enhancement news not in the maintenance list*. In fact, blindly putting an item between two news items rather than a header and one news item makes that conflict more likely. * There have been times, like last Jan-Feb, when default only items dominated the default news list. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18967 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21231] Issue a python 3 warning when old style classes are defined.
Benjamin Peterson added the comment: As I said on irc, I predict this will be extremely spammy not only on the stdlib but also on dependencies which people have no control over. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21231 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19771] runpy should check ImportError.name before wrapping it
Luiz Poleto added the comment: The attached patch provide test cases to validate this error. As noted by R. David Murray in a discussion in the Core-Mentorship list, this error in fact happens then __init__.py throws an ImportError. -- keywords: +patch nosy: +poleto Added file: http://bugs.python.org/file34988/issue_19771_tests.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19771 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19771] runpy should check ImportError.name before wrapping it
Luiz Poleto added the comment: As suggested by Nick, the fix is done be verifying the name attribute of the raised ImportError exception; the exception is then re-raised with the appropriate description. -- Added file: http://bugs.python.org/file34989/issue_19771.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19771 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21319] WindowsRegistryFinder never added to sys.meta_path
New submission from Eric Snow: For #14578 we added WindowsRegistryFinder to importlib and try adding it to sys.meta_path during bootstrap (see bd58c421057c). I happened to notice that in _install() in Lib/importlib/_bootstrap.py we check os.__name__. Shouldn't it be os.name? os.__name__ is always going to be os! p.s. I'm guessing that finder doesn't get used a whole lot. ;) -- components: Interpreter Core messages: 216936 nosy: brett.cannon, eric.snow, loewis priority: normal severity: normal stage: test needed status: open title: WindowsRegistryFinder never added to sys.meta_path type: behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21319 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21319] WindowsRegistryFinder never added to sys.meta_path
Changes by Eric Snow ericsnowcurren...@gmail.com: -- versions: +Python 3.3, Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21319 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21314] Bizarre help
Changes by Yury Selivanov yselivanov...@gmail.com: -- nosy: +yselivanov ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21314 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16801] Preserve original representation for integers / floats in docstrings
Changes by Éric Araujo mer...@netwok.org: -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16801 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com