[issue17810] Implement PEP 3154 (pickle protocol 4)

Antoine Pitrou added the comment: > I don't see what this would bring over explicit compression: > - depending on the use case, you may want to use different compression > algorithms, e.g. for disk you may want higher compression ratio like > bzip2/lzma, but for wire you'd prefer something fast

[issue17810] Implement PEP 3154 (pickle protocol 4)

Charles-François Natali added the comment: > I would like to see Proto4 include an option for compression > (zlib,bz2) or somesuch and become self-decompressing upon unpickling. I don't see what this would bring over explicit compression: - depending on the use case, you may want to use differen

[issue17845] Clarify successful build message

Ezio Melotti added the comment: See also #13472 for a related discussion. -- keywords: +easy stage: -> needs patch type: -> enhancement ___ Python tracker ___ _

[issue17837] Support for building on ppc64p7

Bohuslav "Slavek" Kabrda added the comment: So, to give it a little background: I need this for Fedora builds on ppc64p7. Just the name recognition helps, because the name is passed automatically by rpmbuild to configure (== if not recognized, build fails). So this is basically a way for confi

[issue17810] Implement PEP 3154 (pickle protocol 4)

Raymond Hettinger added the comment: I would like to see Proto4 include an option for compression (zlib,bz2) or somesuch and become self-decompressing upon unpickling. The primary use cases for pickling involve writing to disk or transmitting across a wire -- both use cases benefit from compr

[issue15535] Fix pickling efficiency of named tuples in 2.7.3

Changes by Raymond Hettinger : -- priority: normal -> high ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue11597] Can't get ConfigParser.write to write unicode strings

Eugene Klimov added the comment: some workaround import configparser import codecs cfg = configparser.ConfigParser() cfg.write(codecs.open('filename','wb+','utf-8')) -- nosy: +Eugene.Klimov ___ Python tracker ___

[issue17794] Priority Queue

Raymond Hettinger added the comment: I'm working on this one. Expect a patch shortly. -- assignee: -> rhettinger ___ Python tracker ___

[issue16177] IDLE Crash on Open Parens

Guilherme Simões added the comment: I couldn't confirm this bug in versions 2.7, 3.3 or 3.4 on the Mac even while using the same user configuration. -- nosy: +Guilherme.Simões ___ Python tracker __

[issue16177] IDLE Crash on Open Parens

Changes by Eric Schulz : -- nosy: +lostdog ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue17845] Clarify successful build message

Harrison Morgan added the comment: Perhaps "necessary bits" really is the best way to put it. Here's one more suggestion, though: Python build finished successfully! External libraries and/or header files needed to build these optional modules were not found: Dropping the definite article and

[issue15535] Fix pickling efficiency of named tuples in 2.7.3

Ben Hoyt added the comment: I just hit this issue in a big way -- would have been nice for this fix to go into Python 2.7.4. :-) It was quite hard to track down (as in, a day or two of debugging :-) because the symptoms didn't point directly to namedtuple. In our setup we pickle/unpickle some

[issue15693] expose glossary link on hover

Changes by Antoine Pitrou : -- stage: patch review -> needs patch ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

[issue17847] Glossary lacks permalinks

Antoine Pitrou added the comment: Ah, thanks for noticing this. -- resolution: -> duplicate status: open -> closed superseder: -> expose glossary link on hover ___ Python tracker _

[issue15693] expose glossary link on hover

Changes by Antoine Pitrou : -- assignee: docs@python -> georg.brandl nosy: +georg.brandl stage: -> patch review type: enhancement -> behavior versions: +Python 3.1, Python 3.4 ___ Python tracker __

[issue17712] test_gdb failures

Antoine Pitrou added the comment: Here is a patch. -- keywords: +patch stage: -> patch review Added file: http://bugs.python.org/file30020/test_gdb.patch ___ Python tracker ___

[issue17847] Glossary lacks permalinks

Berker Peksag added the comment: Probably duplicate of issue 15693? -- nosy: +berker.peksag ___ Python tracker ___ ___ Python-bugs-lis

[issue17847] Glossary lacks permalinks

Changes by Antoine Pitrou : -- nosy: +eric.araujo, ezio.melotti ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue17847] Glossary lacks permalinks

New submission from Antoine Pitrou: If you look at http://docs.python.org/dev/glossary.html, the glossary entries don't have a permalink next to them (even though the "Glossary" heading has one). -- assignee: georg.brandl components: Documentation messages: 187821 nosy: georg.brandl, p

[issue17836] multiprocessing exceptions with useful traceback

Changes by Richard Oudkerk : -- stage: -> committed/rejected status: open -> closed ___ Python tracker ___ ___ Python-bugs-list maili

[issue17843] Lib/test/testbz2_bigmem.bz2 trigger virus warnings

Nadeem Vawda added the comment: Oh dear. I'll update the test suite over the weekend. In the meanwhile, Christian, can you confirm which versions are affected? The file should only have been included in 2.7 and 3.2. -- assignee: -> nadeem.vawda ___

[issue16347] configure.ac patch

Antonio Cavallo added the comment: I suppose to reduce the noise is better close this, thanks -- resolution: -> out of date status: open -> closed ___ Python tracker ___ ___

[issue13831] get method of multiprocessing.pool.Async should return full traceback

Richard Oudkerk added the comment: It might be possible to come up with a hack so that when the exception is unpickled in the main process it gets a secondary exception chained to it using __cause__ or __context__ whose stringification contains the stringification of the original traceback. -

[issue17836] multiprocessing exceptions with useful traceback

Richard Oudkerk added the comment: Duplicate of #13831. -- resolution: -> duplicate ___ Python tracker ___ ___ Python-bugs-list maili

[issue17845] Clarify successful build message

R. David Murray added the comment: I'm afraid that "External libraries" is still misleading. On package-manager-managed linux systems, it is often only the header files that are missing, the libraries are there. It may well be that "necessary bits" is the most informative choice :). With tw

[issue17838] Can't assign a different value for sys.stdin in IDLE

Serhiy Storchaka added the comment: I confirm this bug. Terry, 3.3.1 doesn't contains this bug. This is a regression introduced by issue17585. A right solution is not easy. We should 1) Remove PseudoInputFile.close. 2) Do not print an exception in Executive.runcode, but transfer it via rpc ba

[issue17794] Priority Queue

Changes by Mark Dickinson : Removed file: http://bugs.python.org/file30018/issue17794.patch ___ Python tracker ___ ___ Python-bugs-list mailin

[issue17794] Priority Queue

Mark Dickinson added the comment: Fixed patch. -- Added file: http://bugs.python.org/file30019/issue17794.patch ___ Python tracker ___ ___

[issue17794] Priority Queue

Mark Dickinson added the comment: Hmm. This looks like a duplicate of #7174. -- ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue17794] Priority Queue

Changes by Mark Dickinson : Removed file: http://bugs.python.org/file30017/issue17794.patch ___ Python tracker ___ ___ Python-bugs-list mailin

[issue17794] Priority Queue

Changes by Mark Dickinson : Added file: http://bugs.python.org/file30018/issue17794.patch ___ Python tracker ___ ___ Python-bugs-list mailing

[issue17794] Priority Queue

Mark Dickinson added the comment: Example patch. Items with equal priority are retrieved in LIFO order. -- keywords: +patch Added file: http://bugs.python.org/file30017/issue17794.patch ___ Python tracker

[issue17837] Support for building on ppc64p7

David Edelsohn added the comment: If I understand correctly, config.sub is imported from upstream FSF project. I do not know how much CPython diverges from the upstream file and merges in local changes. I'm still a little confused about what this patch accomplishes. One can configure with C

[issue17846] Building Python on Windows - Supplementary info

New submission from michael kearney: This is not a bug per se, though perhaps documentation rewrite might be appropriate. I've been building python for windows for several years now. I have found that it is unnecessarily problematic. Perhaps my expectations are too high. When I started buildi

[issue17845] Clarify successful build message

Brett Cannon added the comment: "External libraries" works for me. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubsc

[issue17845] Clarify successful build message

Harrison Morgan added the comment: Would "external libraries" work better? It's clearly not referring to Python packages. And could be installed by a system package manager, or by yourself in a non-standard location. Python build finished successfully! The necessary external libraries to build

[issue17794] Priority Queue

Mark Dickinson added the comment: Hmm. It's true that Python 3's comparison rules make PriorityQueue a bit less useful in its current form. One possible workaround could be to introduce an optional "key" argument to the constructor that provides a callable used to map objects added to the que

[issue17845] Clarify successful build message

Brett Cannon added the comment: I use homebrew on OS X and have it in a non-standard location which is not a systems directory (e.g. Developer/). When I hear "system", I think /usr, etc. which is not where people necessarily install third-party stuff. -- __

[issue17845] Clarify successful build message

Éric Araujo added the comment: > I guess the question is whether all the code is third-party or simply > optional on some OS? Don't know the answer off the top of my head. In my Debian world it’s typical to use only the official repos, there are no third parties (except from the viewpoint of Pyt

[issue17845] Clarify successful build message

Brett Cannon added the comment: I personally don't like the message re-ordering. It feels like "oops, you didn't build everything. Hey everything built fine!" It reads like there was a bug and we accidentally interpreted it as a success. And it isn't necessarily system files. I mean sqlite3 is

[issue17845] Clarify successful build message

Brett Cannon added the comment: I guess the question is whether all the code is third-party or simply optional on some OS? Don't know the answer off the top of my head. -- ___ Python tracker __

[issue17845] Clarify successful build message

Éric Araujo added the comment: Brett: You’re right, too bad. Harrison: “third-party packages” may be ambiguous (Python distributions vs. system dependencies), and “required” may conflict with “optional”. I propose: Some optional modules were not built because of missing system files: ... Pyth

[issue17845] Clarify successful build message

Harrison Morgan added the comment: As someone trying to get started contributing, I think this change makes it a good deal clearer (although at this point I already know that those modules are optional). The two line version looks better to me. However, "necessary bits" still seems unclear. Wo

[issue17845] Clarify successful build message

Brett Cannon added the comment: Can't backport; someone might be relying on the output to verify their automated build successfully built or something. -- ___ Python tracker ___

[issue17837] Support for building on ppc64p7

David Edelsohn added the comment: A POWER7 optimized build is fine, but how does recognizing an additional name help? I assume this is just a first step before generating different compiler options based on the name. -- ___ Python tracker

[issue17837] Support for building on ppc64p7

Changes by Antoine Pitrou : -- nosy: +David.Edelsohn ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue17845] Clarify successful build message

Éric Araujo added the comment: opposition* :) -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue17845] Clarify successful build message

Éric Araujo added the comment: Using two lines sounds good, especially if the last one printed is the positive one (“build successful”). Do you think there will be oppotions to backporting this? -- nosy: +eric.araujo, ezio.melotti ___ Python tracker

[issue17845] Clarify successful build message

Brett Cannon added the comment: And I would probably go with "finished successfully" instead of "successfully finished". -- ___ Python tracker ___ __

[issue17845] Clarify successful build message

Brett Cannon added the comment: And just FYI, the pre-existing sentence already extends past 80 characters (84), so the new length of 104 shouldn't be a concern. Although we could re-format it into two lines:: Python build finished successfully! The necessary bits to build these optional m

[issue17845] Clarify successful build message

New submission from Brett Cannon: From: Python build finished, but the necessary bits to build these modules were not found: ossaudiodev spwd To find the necessary bits, look in setup.py in detect_modules() for the module's name. To: Pyth

[issue14555] clock_gettime/settime/getres: Add more clock identifiers

Kirsten Stevenson added the comment: I have added descriptions for CLOCK_BOOTTIME_ALARM and CLOCK_REALTIME_ALARM to the patch. -- nosy: +ransomedheart08 -BreamoreBoy, Jim.Jewett, haypo versions: -Python 3.4 Added file: http://bugs.python.org/file30016/more_clock_ids.patch

[issue16970] argparse: bad nargs value raises misleading message

paul j3 added the comment: An integer nargs value is only used in one of 2 ways, range(nargs) '%s'*nargs In both a negative value acts the same as a 0. I don't think the original authors though much about 'what if the code user gives a negative value?', because nargs is counting things - the

[issue7475] codecs missing: base64 bz2 hex zlib hex_codec ...

Changes by Guido van Rossum : -- nosy: -gvanrossum ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue17838] Can't assign a different value for sys.stdin in IDLE

Guilherme Simões added the comment: Roger, I was running with a subprocess but I tried without one and now it works. -- ___ Python tracker ___ ___

[issue17830] keyword.py main does not preserve line endings when rewriting keyword file

R. David Murray added the comment: I've committed this (in 58b0e301b78a), but it looks like the email to the tracker hasn't come through yet. I'm going to blithely assume this will fix the buildbot failures, and will reopen it if I'm wrong. -- resolution: -> fixed stage: -> committe

[issue17830] keyword.py main does not preserve line endings when rewriting keyword file

Zachary Ware added the comment: Your patch works for me. And for what it's worth, I agree about not backporting; keywords are frozen and never going to change in 2.7 or 3.3 anyway. I did find one other small bug in test_keyword; running the test via "-m test.test_keyword", test_real_grammar_a

[issue17545] os.listdir and os.path.join inconsistent on empty path

R. David Murray added the comment: I don't know if the docs team replies to messages or not. I know that issues sometimes get opened up here that refer to emails to that alias. You can open an issue here yourself for the doc bug, if you want to. -- __

[issue17830] keyword.py main does not preserve line endings when rewriting keyword file

R. David Murray added the comment: Or both. Zach, can you try this patch on Windows? I tested it by setting my local keywords.py file to have DOS line endings, and it seems to work correctly. Although this turns out to be a bug, it has never bothered anyone, so I don't have any intent to bac

[issue17272] request.full_url: unexpected results on assignment

Senthil Kumaran added the comment: I have committed the first patch which makes Request.full_url a descriptor. As I was looking at the changes to be introduced by second patch, I noticed that we do not have comprehensive test coverage for .full_url public attribute. All the tests are testing t

[issue17838] Can't assign a different value for sys.stdin in IDLE

Roger Serwy added the comment: Are you running with or without a subprocess? -- ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue17839] base64 module should use memoryview

Changes by Barry A. Warsaw : -- nosy: +barry ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

[issue17828] More informative error handling when encoding and decoding

Changes by Barry A. Warsaw : -- nosy: +barry ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

[issue17827] Document codecs.encode and codecs.decode

Changes by Barry A. Warsaw : -- nosy: +barry ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

[issue17843] Lib/test/testbz2_bigmem.bz2 trigger virus warnings

Changes by Barry A. Warsaw : -- nosy: +barry ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

[issue17838] Can't assign a different value for sys.stdin in IDLE

Guilherme Simões added the comment: I forgot to say I tested this in MacOS in the development version. It shouldn't happen in earlier versions because the method "close" of the class "PseudoInputFile" is not there. A quick fix to this bug would be to just remove this method, but then #17585 wo

[issue17545] os.listdir and os.path.join inconsistent on empty path

Bernard Lang added the comment: Thank you, David. BTW, I sent a message on april 20 to d...@python.org about a bug in the documentation regarding os.readlink(path) on page http://docs.python.org/2/library/os.html and proposing an alternative text. I got no reply. This was not long ago .

[issue17833] test_gdb broken PPC64 Linux

David Edelsohn added the comment: Thanks for explaining the issue with GLibc symbols. The Python test definitely should not fail if debugging symbols are installed. The "dot" symbols should no longer occur with modern PowerLinux installations. They were a carry-over from the AIX ABI on which

[issue17833] test_gdb broken PPC64 Linux

Siddhesh Poyarekar added the comment: It's not a change in glibc. __pthread_cond_timedwait is the internal function name while pthread_cond_timedwait is the exported alias. You're seeing __pthread_cond_timedwait here because either your glibc installation has debug symbols or you have debug

[issue17830] Fix test_keyword on Windows, clean up addCleanup

R. David Murray added the comment: The filecmp test failure is not because of using filecmp. We want a binary comparison: the line endings of the generated file should match the line endings of the input file. So either the _copy_file_without_generated_keywords code is buggy, or this is a re

[issue17272] request.full_url: unexpected results on assignment

Roundup Robot added the comment: New changeset 2d4189e9bbe8 by Senthil Kumaran in branch 'default': Issue #17272: Making the urllib.request's Request.full_url a descriptor. Fixes http://hg.python.org/cpython/rev/2d4189e9bbe8 -- nosy: +python-dev ___

[issue17839] base64 module should use memoryview

Kushal Das added the comment: Working on this. -- nosy: +kushaldas ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscrib

[issue7475] codecs missing: base64 bz2 hex zlib hex_codec ...

Changes by Serhiy Storchaka : -- dependencies: +Add link to alternatives for bytes-to-bytes codecs ___ Python tracker ___ ___ Python-bu

[issue17844] Add link to alternatives for bytes-to-bytes codecs

New submission from Serhiy Storchaka: The proposed patch adds link to alternative interfaces for bytes-to-bytes codecs. I.e. base64.b64encode and base64.b64decode for base64_codec. Patch for 2.7 should mention other functions/modules (due to lack of some of them). -- assignee: docs@py

[issue17843] Lib/test/testbz2_bigmem.bz2 trigger virus warnings

Changes by Kushal Das : -- nosy: +kushaldas ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue17838] Can't assign a different value for sys.stdin in IDLE

Terry J. Reedy added the comment: Once again, what system and version? The Idle user process is different on *nix and Windows -- python.exe versus pythonw.exe. In normal interactive mode, the interpreter continues to take statements from the console, which seems to be sys.__stdin__, after redi

[issue17842] Add base64 module tests for a bytearray argument

Kushal Das added the comment: Patch with bytearray based tests. -- keywords: +patch nosy: +kushaldas Added file: http://bugs.python.org/file30012/issue17842_v1.patch ___ Python tracker _

[issue17843] Lib/test/testbz2_bigmem.bz2 trigger virus warnings

Christian Heimes added the comment: Example: Virus was detected in the content (virus_detected) Content contained "Trojan-ArcBomb.BZip.Agent" virus. Details: Virus: Trojan-ArcBomb.BZip.Agent; File: Python-2.7.4.tar.bz2; Sub File: //T3obr//Python-2.7.4/Lib/test/testbz2_bigmem.bz2; Vendor: Kaspe

[issue17843] Lib/test/testbz2_bigmem.bz2 trigger virus warnings

New submission from Christian Heimes: In ebb8c7d79f52 the file Lib/test/testbz2_bigmem.bz2 was added as test case for bug #14398. The PSRT and webmaster teams have received half a dozen mails which complains about potential harmful content in the Python installers and Python source distributi

[issue17823] 2to3 fixers for missing codecs

Serhiy Storchaka added the comment: > A more consistent alternative conversion: What advantages `codecs.encode("...", "base64_codec")` has comparing with `base64.b64encode("...")`? The latter is at least more portable and powerfull (it allows to specify altchars). I think that main problem wi

[issue17839] base64 module should use memoryview

Changes by Serhiy Storchaka : -- dependencies: +Add base64 module tests for a bytearray argument ___ Python tracker ___ ___ Python-bug

[issue17842] Add base64 module tests for a bytearray argument

New submission from Serhiy Storchaka: Most base64 functions accepts str, bytes or bytearray. Lib/tests/test_base64.py tests only bytes (and sometimes str) arguments. At least one test case with bytearray argument needed for every function. -- components: Tests keywords: easy messages:

[issue7475] codecs missing: base64 bz2 hex zlib hex_codec ...

Nick Coghlan added the comment: I also created issue 17841 to cover that that the 3.3 documentation incorrectly states that these aliases still exist, even though they were removed before 3.2 was released. -- ___ Python tracker

[issue17841] Remove missing aliases from codecs documentation

New submission from Nick Coghlan: The aliases for the bytes-bytes and str-str codecs are not present in 3.3, so the aliases should be removed from the corresponding standard encoding tables in the documentation. http://docs.python.org/3/library/codecs#standard-encodings -- messages: 1

[issue17841] Remove missing aliases from codecs documentation

Changes by Nick Coghlan : -- assignee: -> docs@python components: +Documentation nosy: +docs@python stage: -> needs patch type: -> behavior ___ Python tracker ___

[issue17823] 2to3 fixers for missing codecs

Nick Coghlan added the comment: Sure, that's what issue 7475 is about, and if we do that, then the fixers can be simplified to just replace the method with the function call for the known set of non-text-model related codecs. However, I also wanted to make a note of what the fixers should look

[issue17823] 2to3 fixers for missing codecs

Marc-Andre Lemburg added the comment: On 25.04.2013 10:14, Nick Coghlan wrote: > > Nick Coghlan added the comment: > > A more consistent alternative conversion: > > "...".encode("base64") => codecs.encode("...", "base64_codec") > "...".encode("rot13") => codecs.encode("...", "rot_13") > "...".

[issue17823] 2to3 fixers for missing codecs

Nick Coghlan added the comment: A more consistent alternative conversion: "...".encode("base64") => codecs.encode("...", "base64_codec") "...".encode("rot13") => codecs.encode("...", "rot_13") "...".encode("zlib") => codecs.encode("...", "zlib_codec") "...".encode("hex") => codecs.encode("...",

[issue7475] codecs missing: base64 bz2 hex zlib hex_codec ...

Changes by Serhiy Storchaka : -- dependencies: +2to3 fixers for missing codecs ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue17827] Document codecs.encode and codecs.decode

Nick Coghlan added the comment: Note that in 2.7, these docs should have a ":versionadded: 2.4" marker, while in 3.3 and 3.4, they shouldn't have a version added marker at all. These functions should also get an entry in the 3.4 What's New, even though they're not actually new. -- __

[issue7475] codecs missing: base64 bz2 hex zlib hex_codec ...

Nick Coghlan added the comment: Also adding 17839 as a dependency, since part of the reason the base64 errors in particular are so cryptic is because the base64 module doesn't accept arbitrary PEP 3118 compliant objects as input. -- dependencies: +base64 module should use memoryview _

[issue17828] More informative error handling when encoding and decoding

Nick Coghlan added the comment: Here's an example of the specific type errors raised by additional checks in the text-encoding specific methods. I believe the main improvement needed here is to mention the encoding name in the exception message: "example".encode("rot_13") Traceback (most recen

[issue17840] base64_codec uses assert for runtime validity checks

New submission from Nick Coghlan: encodings.base64_codec currently uses "assert errors=='strict'" in a few places, since it doesn't actually support any of the Unicode specific error handling modes. This should either be discarded entirely (and document that the error handling mode is irrelev

[issue17828] More informative error handling when encoding and decoding

Nick Coghlan added the comment: I tracked down the proximate cause of the weird exception in the bytes.decode case: the base64 module only accepts bytes and bytearray objects, instead of using memoryview to accept anything that supports the buffer API and provides a C-contiguous 8-bit view of

[issue17839] base64 module should use memoryview

New submission from Nick Coghlan: The base64 module is currently restricted specifically to bytes and bytearray objects. By using memoryview, it could effectively decode any input type that provides an 8-bit C contiguous view of the underlying data. -- components: Library (Lib) message

[issue6028] Interpreter aborts when chaining an infinite number of exceptions

Changes by Phil Connell : -- nosy: +pconnell ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.