[issue2889] curses for windows (alternative patch)

Changes by Christoph Gohlke : -- nosy: +cgohlke ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue812369] module shutdown procedure based on GC

Gregory P. Smith added the comment: 0001-update-GC-shutdown-patch.patch looks sane to me at first glance. any other opinions? -- ___ Python tracker ___ __

[issue1545463] New-style classes fail to cleanup attributes

Gregory P. Smith added the comment: looks harmless to me. though i think issue812369 looks okay as well at first glance. -- ___ Python tracker ___ __

[issue2636] Regexp 2.7 (modifications to current re 2.2.2)

Matthew Barnett added the comment: issue2636-20101009.zip is a new version of the regex module. It appears from a posting in python-list and a closer look at the docs that string positions in the 're' module are limited to 32 bits, even on 64-bit builds. I think it's because of things like:

[issue1553375] Add traceback.print_full_exception()

R. David Murray added the comment: I like 'allframes', so I changed to that. The updated patch also adds the allframes parameter to format_exception. In going over the tests I realized that I'm not sure the output for the case of chain=True is correct. Opinions? If it is not correct it is

[issue10008] Two links point to same place

Hirokazu Yamamoto added the comment: > You initial link > I only see one entry, Thread (class in threading), which points to > http://docs.python.org/library/threading.html#threading.Thread > as it should. I do not see a duplicate link nearby. It used to be there. Please see http://docs.python

[issue8445] buildbot: test_ttk_guionly failures (test_traversal, test_tab_identifiers, test_identify, test_heading_callback)

Stephen Hansen added the comment: BTW, release31-maint appears to have the same issue, its fouling up that build on my slave too. I tried applying the ttk3k.patch but it didn't apply cleanly, and I'm completely ignorant of TK so can't really figure out what's different between the 3.1->3.2 ve

[issue8445] buildbot: test_ttk_guionly failures (test_traversal, test_tab_identifiers, test_identify, test_heading_callback)

Stephen Hansen added the comment: I'm still getting this error on the release27-maint branch on my Snow Leopard slave, and the issue8445.diff fixes it: will this fix be backported? I tested issue8445.diff and it applies cleanly, and fixes the issue. -- nosy: +ixokai _

[issue10025] random.seed not initialized as advertised

Raymond Hettinger added the comment: Perhaps replace equivalent with "based on" or some such. This is a very minor nit and likely of interest to no one except the OP. -- priority: normal -> low ___ Python tracker

[issue10043] UnboundLocalError with local variable set by setattr, caused by code run later

Terry J. Reedy added the comment: The usual way to set a module variable by name, rather than setattr(modules[__name__], 'name', 'value') is >>> globals()['name'] = 2 >>> name 2 Issues of working with external names, such as from database columns, has been discussed several times on python-lis

[issue7642] Minor improvement to os.system doc

Éric Araujo added the comment: Looks good. (Before committing, one space should be changed to two spaces after a full stop in the first diff hunk.) -- assignee: georg.brandl -> d...@python nosy: +d...@python stage: -> patch review title: [patch] Minor improvement in os.system doc ->

[issue10018] IDLE not loading in xp pro due to tcl issue

Terry J. Reedy added the comment: Please ask for help with installation and usage on the python-list mailing list, which is also mirrored on the gmane.comp.python.general newsgroup at news.gmane.org and the comp.lang.python usenet newsgroup. This issue tracker is for python bugs (and feature

[issue1051] certificate in Lib/test/test_ssl.py expires in February 2013

Antoine Pitrou added the comment: Cert generation script committed in r85327. -- resolution: -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker ___

[issue10025] random.seed not initialized as advertised

Terry J. Reedy added the comment: 3.1 has the same problem (and the same results as above) Assuming behavior is not changed, please suggest a specific rewording that you would be happy with and that is not too verbose. -- components: +Documentation nosy: +terry.reedy stage: -> needs

[issue10021] Format parser is too permissive

Terry J. Reedy added the comment: This is a bug report in that there is a discrepancy between the grammar in the doc and the behavior. Laxiness can lead to portability problems if CPython is lax compared to a normal reading of the spec and another implementation takes the spec seriously. I a

[issue7771] dict view comparison methods are not documented

Raymond Hettinger added the comment: The '^' corresponds to the __xor__ magic method. snip from _abcoll.py: def __xor__(self, other): if not isinstance(other, Set): if not isinstance(other, Iterable): return NotImplemented other = self._from_

[issue10011] `except` doesn't use `isinstance`

Terry J. Reedy added the comment: Questions should be asked on python-list or other discussion forums, not nere. If this were a feature-request, it would need a realistic use-case. If the implied change were requested, I would think it should be rejected as conflicting with the language defin

[issue7771] dict view comparison methods are not documented

Sandro Tosi added the comment: Hello Raymond, thanks for the review. I've reworked the patch to refer to Collections.Set (but is there a way to make that reference a link to the description of Collections ABCs?) and so I've also removed all the examples, leaving only the one for '^' because I

[issue10008] Two links point to same place

Terry J. Reedy added the comment: You initial link I only see one entry, Thread (class in threading), which points to http://docs.python.org/library/threading.html#threading.Thread as it should. I do not see a duplicate link nearby. I have no idea what ', [1]' is supposed to mean. What does p

[issue10017] pprint.pprint raises TypeError on dictionaries with user-defined types as keys

Amaury Forgeot d'Arc added the comment: A simpler change would to replace: rv = self.obj.__lt__(other.obj) with rv = type(self.obj).__lt__(self.obj, other.obj) -- nosy: +amaury.forgeotdarc ___ Python tracker

[issue4388] test_cmd_line fails on MacOS X

Antoine Pitrou added the comment: For the record, this can be now reproduced under Linux by forcing different locale and filesystem encodings: $ PYTHONFSENCODING=utf8 LANG=ISO-8859-1 ./python -m test.regrtest test_cmd_line [1/1] test_cmd_line test test_cmd_line failed -- Traceback (most recen

[issue9992] Command line arguments are not correctly decodedif locale and fileystem encodings aredifferent

Antoine Pitrou added the comment: > The important point is that we have to use the same encoding to decode > and encode command line arguments. I don't think I agree with this. It's only important when you run a Python interpreter using subprocess, but the point of using subprocess is to run

[issue7771] dict view comparison methods are not documented

Raymond Hettinger added the comment: We should probably just make reference to the collections.Set() abstract API instead of listing out all operations. -- nosy: +rhettinger ___ Python tracker

[issue4388] test_cmd_line fails on MacOS X

STINNER Victor added the comment: > FWIW, this still happens on the latest of /branches/py3k, > when LANG does not match up to the enforced fs encoding ixokai has the bug on Snow Leopard x86. -- ___ Python tracker

[issue1553375] Add traceback.print_full_exception()

R. David Murray added the comment: No, that would be a bug, thanks. Also thanks for reminding me about this issue. -- ___ Python tracker ___ _

[issue9992] Command line arguments are not correctly decodedif locale and fileystem encodings aredifferent

Stephen Hansen added the comment: This issue seems to be the cause of issue4388 -- and cmdline_encoding-2.patch fixes it, fwiw. -- nosy: +ixokai ___ Python tracker ___ _

[issue4388] test_cmd_line fails on MacOS X

Stephen Hansen added the comment: FWIW, this still happens on the latest of /branches/py3k, when LANG does not match up to the enforced fs encoding-- which for me happened when I ran the buildslave under launchd. I was finally able to reproduce it, and after doing so, verified that cmdline_e

[issue10029] "Equivalent to" code for zip is wrong in Python 3

Raymond Hettinger added the comment: Refuse the temptation to hypergeneralize ;-) Also refuse the temptation to double the size of the docs (more != better). In the case of min/max, the pure python versions may add some value in showing that the first match is what is returned. But the code

[issue7771] dict view comparison methods are not documented

Sandro Tosi added the comment: Hello, here attached a patch for this bug. I hope the format "< / <= / == / != / >= / >" is clearly understandable as an alternative sequence of different operations. Regards, Sandro -- keywords: +patch nosy: +sandro.tosi Added file: http://bugs.python.o

[issue3976] pprint._safe_repr is not general enough in one instance

Rodrigo Bernardo Pimentel added the comment: Armin: this has the problem that, if the object you're trying to compare is a class, self.obj.__lt__ expects a different number of parameters (i.e., it expects the instance). See issue 10017 . Testing with "<" works. -- nosy: +rbp

[issue8902] add datetime.time.now() for consistency

Changes by Alexander Belopolsky : -- stage: -> needs patch type: -> feature request versions: -Python 2.7, Python 3.1, Python 3.3 ___ Python tracker ___ ___

[issue8902] add datetime.time.now() for consistency

Alexander Belopolsky added the comment: I need to correct myself: datetime.today() is not an alternative spelling of date.today(), but rather a function returning current datetime which subtly different from datetime.now(). -- ___ Python tracker <

[issue10045] poor cStringIO.StringO seek performance

Patrick Strawderman added the comment: Fair enough, but there is a great deal of existing code that already uses cStringIO. -- ___ Python tracker ___ __

[issue10017] pprint.pprint raises TypeError on dictionaries with user-defined types as keys

Rodrigo Bernardo Pimentel added the comment: If I'm understanding this correctly, this fails on 3.1 and not (although, actually, it does) on py3k/3.2 because: * pprint._safe_key.__lt__ checks "rv = self.obj.__lt__(other.obj)" and falls back to id comparison if rv is NotImplemented * If the o

[issue9866] Inconsistencies in tracing list comprehensions

Changes by Alexander Belopolsky : -- status: pending -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[issue4775] Incorrect documentation - UTC time

Changes by Alexander Belopolsky : -- status: pending -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[issue1545463] New-style classes fail to cleanup attributes

Alexander Belopolsky added the comment: Does anyone want to weigh in on this? I am merging in the issue812369 nosy list. I would like to either apply gc-import.patch or close this as superseded by issue812369. -- keywords: +needs review -patch nosy: +arigo, brett.cannon, candrea, cb

[issue1777412] Python's strftime dislikes years before 1900

Alexander Belopolsky added the comment: kiorky, Thank you for the updated patch, but since it implements a new feature, it cannot be applied to 2.x series. I am +1 on removing year > 1900 limitation from datetime.strftime in 3.x, but you need to consider how this can be achieved in pure pyt

[issue10049] Add a "no-op" (null) context manager to contextlib

Changes by Daniel Urban : -- nosy: +durban ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue10029] "Equivalent to" code for zip is wrong in Python 3

Alexander Belopolsky added the comment: On Thu, Oct 7, 2010 at 3:37 PM, Raymond Hettinger wrote: .. > I'll update the docs with an equivalent that works and that has a comment > showing when the > StopIteration is raised and caught. > In this case, I wonder if "equivalent to" code should be a

[issue9873] urllib.parse: Allow bytes in some APIs that use string literals internally

Changes by Stephen J. Turnbull : -- nosy: +sjt ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue1553375] Add traceback.print_full_exception()

Pascal Chambon added the comment: Is that normal to have two methods "test_full_traceback_is_full" at the same place, in full_traceback.patch / r.david.murray / 2010-08-04 02:32 ? format_exception should have the same semantic as print_exception indeed. -- ___

[issue10017] pprint.pprint raises TypeError on dictionaries with user-defined types as keys

Rodrigo Bernardo Pimentel added the comment: FWIW, the problem still occurs on the most recent release31-maint checkout (as of r85323), and does not happen on py3k (3.2a2). -- nosy: +rbp ___ Python tracker __

[issue7642] [patch] Minor improvement in os.system doc

Changes by Sandro Tosi : -- versions: +Python 3.2 -Python 2.6, Python 2.7 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue7642] [patch] Minor improvement in os.system doc

Sandro Tosi added the comment: Hello, I took the freedom to refresh this patch, clarifying the first Val's addition (as requested by Éric) and reformat the whole system() section to wrap a column 80. Regards, Sandro -- nosy: +sandro.tosi Added file: http://bugs.python.org/file19164/i

[issue6825] Minor documentation bug with os.path.split

Sandro Tosi added the comment: Hi Evan, all your comments make sense, so I prepared a new patch about it. I decided to go with the first option and adding a note about the possible different strings. Regards, Sandro -- versions: +Python 3.2 -Python 2.6 Added file: http://bugs.python.

[issue9003] urllib.request and http.client should allow certificate checking

Antoine Pitrou added the comment: Here is a preliminary patch for http.client. I think it would be good to have local tests using a custom HTTPS server, too. -- keywords: +patch Added file: http://bugs.python.org/file19162/httpcli.patch ___ Python t

[issue10047] python-2.6.6 coredump running newspipe

Rodrigo Bernardo Pimentel added the comment: Does this always happen with a particular feed? Could you provide us with a configuration that reproduces the problem? Also, as R. David Murray asked, does this happen with 2.7? -- nosy: +rbp ___ Python

[issue4661] email.parser: impossible to read messages encoded in a different encoding

R. David Murray added the comment: After RM approval on irc, committed in r85322, with some additional doc fixes but no code changes relative to the last patch posted here. I'm leaving this open because I still want to try to improve the handling of non-ascii bytes in headers when decoding th

[issue10047] python-2.6.6 coredump running newspipe

Thomas Klausner added the comment: # python2.6 Python 2.6.6 (r266:84292, Sep 23 2010, 08:13:08) [GCC 4.1.3 20080704 prerelease (NetBSD nb2 20081120)] on netbsd5 Type "help", "copyright", "credits" or "license" for more information. >>> format(0.15256118774414062, ".2f") '0.15' >>> -- _

[issue10046] Correction to atexit documentation

Jason Baker added the comment: I like that phrasing. I think it would be a good idea to mention that this includes SIGINT by default, just to be explicit. -- ___ Python tracker __

[issue4661] email.parser: impossible to read messages encoded in a different encoding

R. David Murray added the comment: Here is the final pre-alpha patch. This one includes the BytesFeedParser class and a test. Unless there are objections I'd like to commit this. Believing the code needs a more thorough review would be a valid objection :) -- Added file: http://bug

[issue5117] os.path.relpath problem with root directory

Changes by Hirokazu Yamamoto : -- stage: patch review -> commit review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubsc

[issue10049] Add a "no-op" (null) context manager to contextlib

Hrvoje Nikšić added the comment: I considered using a variable, but I went with the factory function for two reasons: consistency with the rest of contextlib, and equivalence to the contextmanager-based implementation. Another reason is that it leaves the option of adding optional parameters

[issue4661] email.parser: impossible to read messages encoded in a different encoding

R. David Murray added the comment: I can only fix one package at a time :) And in case it isn't clear, the "Generator produces ASCII-only unicode", which is in many ways a rather strange API, is one of the chief motivations for email6. -- ___ Pyth

[issue4661] email.parser: impossible to read messages encoded in a different encoding

Antoine Pitrou added the comment: > Even if smtplib accepted bytes (it currently does not), That sounds like a critical failure. -- ___ Python tracker ___ __

[issue4661] email.parser: impossible to read messages encoded in a different encoding

R. David Murray added the comment: Even if smtplib accepted bytes (it currently does not), *Generator* is still producing unicode, and should produce valid unicode and still insofar as possible preserve the meaning of the original message. This means unicode acts as if it is an SMTP server t

[issue10049] Add a "no-op" (null) context manager to contextlib

Nick Coghlan added the comment: If you can supply a full patch before the end of the month, we should be able to get this in for 3.2beta1 (currently scheduled for 31 October) -- ___ Python tracker ___

[issue10049] Add a "no-op" (null) context manager to contextlib

Nick Coghlan added the comment: Actually, the singleton idea isn't a bad one, but I'd go one step further and skip the factory function as well. So change that to be: class NullContext(): ... # as per nullcontext in my last message nullcontext = NullContext() (with the example in the docs

[issue10049] Add a "no-op" (null) context manager to contextlib

Hrvoje Nikšić added the comment: That is what we are using now, but I think a contextlib.null() would be useful to others, i.e. that its use is a useful idiom to adopt. Specifically I would like to discourage the "duplicated code" idiom from the report, which I've seen all too often. The "c

[issue10049] Add a "no-op" (null) context manager to contextlib

Nick Coghlan added the comment: The difference here is the one pointed out in the original post: for a function, you usually only care about having a value, so if you don't want to call it, you can just swap in a None value instead. If you need an actual callable, then "lambda:None" fits the

[issue4661] email.parser: impossible to read messages encoded in a different encoding

Antoine Pitrou added the comment: > Generator converts 8bit bodies into 7bit bodies by applying an > appropriate 7bit CTE. The reason it does this is that the output of > Generator will often be passed to some other Python library function > (most often smtplib) that can only handle ASCII unico

[issue4661] email.parser: impossible to read messages encoded in a different encoding

R. David Murray added the comment: Generator converts 8bit bodies into 7bit bodies by applying an appropriate 7bit CTE. The reason it does this is that the output of Generator will often be passed to some other Python library function (most often smtplib) that can only handle ASCII unicode i

[issue10049] Add a "no-op" (null) context manager to contextlib

Antoine Pitrou added the comment: > @Antoine: it is true that a null context manager can be easily > defined, but it does requires a separate generator definition, often > repeated in different modules. This is markedly less elegant than > just using contextlib.null() in an expression. But you

[issue10049] Add a "no-op" (null) context manager to contextlib

Hrvoje Nikšić added the comment: Thank you for your comments. @Michael: I will of course write tests and documentation if there is indication that the feature will be accepted for stdlib. @Antoine: it is true that a null context manager can be easily defined, but it does requires a separate

[issue10051] distutils fail to install unicode-encoded files with POSIX locale

New submission from Michał Górny : I was reported an issue where the user was unable to install my package [1] using python3.1. I was able to guess the issue comes from locale being set to POSIX and reproduce it. It seems that the reasons are utf8-encoded characters in the installed script fi

[issue10049] Add a "no-op" (null) context manager to contextlib

Antoine Pitrou added the comment: @contextlib.contextmanager def null(): yield Do we really need to add this to the stdlib? Previous proposals to add an "identity function" or "no-op function" have always be refused. This one seems even less useful. -- nosy: +pitrou _

[issue10049] Add a "no-op" (null) context manager to contextlib

Éric Araujo added the comment: I also find the Null/_null/null affair confusing. -- nosy: +eric.araujo stage: -> patch review versions: +Python 3.2 ___ Python tracker ___ _

[issue10049] Add a "no-op" (null) context manager to contextlib

STINNER Victor added the comment: About your patch: - __enter__() might return self instead of None... i don't really know which choice is better. "with Null() as x:" works in both cases - __exit__() has no result value, "pass" is enough - I don't like "Null" name, I prefer "Noop" (NoOperati

[issue10049] Add a "no-op" (null) context manager to contextlib

Michael Foord added the comment: Patch is missing tests and documentation. -- ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue10049] Add a "no-op" (null) context manager to contextlib

Michael Foord added the comment: +1 Looks like a reasonable use case. -- nosy: +michael.foord, ncoghlan ___ Python tracker ___ ___ P

[issue10049] Add a "no-op" (null) context manager to contextlib

Changes by STINNER Victor : -- title: Add the null context manager to contextlib -> Add a "no-op" (null) context manager to contextlib ___ Python tracker ___ ___

[issue10050] urllib.request still has old 2.x urllib primitives

New submission from Antoine Pitrou : 3.x urllib.request still has a lot of stuff inherited from 2.x urllib: URLopener, FancyURLopener, the urlretrieve implementation (perhaps others?). Ideally, urlretrieve should be reimplemented using urlopen or build_opener, and the other stuff deprecated.

[issue10049] Add the null context manager to contextlib

Changes by Hrvoje Nikšić : -- components: +Library (Lib) type: -> feature request ___ Python tracker ___ ___ Python-bugs-list mailing

[issue10049] Add the null context manager to contextlib

New submission from Hrvoje Nikšić : I find that I frequently need the "null" (no-op) context manager. For example, in code such as: with transaction or contextlib.null(): ... Since there is no easy expression to create a null context manager, we must resort to workarounds, such as: if t

[issue9873] urllib.parse: Allow bytes in some APIs that use string literals internally

Nick Coghlan added the comment: I've been pondering the idea of adopting a more conservative approach here, since there are actually two issues: 1. Properly quoted URLs are transferred as pure 7-bit ASCII (due to percent-encoding of everything else). However, most of the manipulation functio

[issue10048] urllib.request documentation confusing

New submission from Antoine Pitrou : The urllib.request documentation intermingles old 2.x urllib (FancyURLopener, etc.) with urllib2-inherited (*Handler, build_opener, etc.) primitives without making any distinction. This makes it rather confusing for the reader to figure out which ones to us

[issue9003] urllib.request and http.client should allow certificate checking

Antoine Pitrou added the comment: Here is the API addition I would suggest for the http.client module: Add two new keyword arguments `context` and `check_hostname` to HTTPSConnection; `context` would allow to pass a SSLContext instance for certificate checking and other options (default None,

[issue10040] GZipFile failure on large files

Antoine Pitrou added the comment: Can you show a snippet of the code (or descrive it in detail) that "processes" the GzipFile? Right now it's not obvious which operations you are doing. -- components: +Library (Lib) -Windows nosy: +pitrou stage: unit test needed -> versions: +Python 3

[issue1589] New SSL module doesn't seem to verify hostname against commonName in certificate

Antoine Pitrou added the comment: I wanted to go forward with this and so I've committed the patch in r85321. If you're concerned about the lack of support for IP addresses, you can open a new issue (and even provide a patch!). Thank you. -- resolution: -> fixed stage: patch review -

[issue4661] email.parser: impossible to read messages encoded in a different encoding

Antoine Pitrou added the comment: There are a couple of things I don't understand: +* :class:`~email.generator.Generator` will convert message bodies that + have a :mailheader:`ContentTransferEncoding` of 8bit and a known charset to + instead have a :mailheader:`CotnentTransferEncoding` of ``

[issue1708] improvements for linecache

umaxx added the comment: @BreamoreBoy: what do you man by taking this forward? The patch is there. Since three years now, no one else seems to be interested. I personally do not have any interest in this anymore as I just do not use Python for this stuff anymore since a long time now too, so

[issue10047] python-2.6.6 coredump running newspipe

Stefan Krah added the comment: Can you reproduce it by executing this? >>> format(0.15256118774414062, ".2f") -- nosy: +skrah ___ Python tracker ___ ___

[issue10041] socket.makefile(mode = 'r').readline() silently removes carriage return

Antoine Pitrou added the comment: Ah, sorry for closing, then. You are right, this is a genuine issue. -- ___ Python tracker ___ ___

[issue9978] Better wait for slow machine in test_os (_kill_with_event)

Hirokazu Yamamoto added the comment: I modified the patch slightly to avoid potential hang. -- ___ Python tracker ___ ___ Python-bugs-

[issue9978] Better wait for slow machine in test_os (_kill_with_event)

Hirokazu Yamamoto added the comment: Thank you. Committed in r85315(py3k), r85318(release27-maint). -- status: open -> closed ___ Python tracker ___ _

[issue10040] GZipFile failure on large files

Robert Rohde added the comment: It's Windows 7 Ultimate (64-bit) on a very high end system. I don't think it would be very practical to distribute a 2 GB test file. Though I might be able to get it to a couple people if someone wanted to really study the issue. Though if it is an integer ov

[issue10019] json.dumps with indent = 0 not adding newlines

Bob Ippolito added the comment: I just applied a version of this patch with corrections to the tests here: http://code.google.com/p/simplejson/source/detail?r=234 -- ___ Python tracker

[issue10019] json.dumps with indent = 0 not adding newlines

Bob Ippolito added the comment: The test also repeats an equivalent dict to "h" in the check function. -- ___ Python tracker ___ ___

[issue10019] json.dumps with indent = 0 not adding newlines

Bob Ippolito added the comment: The test in the patch assumes a specific iteration order for the dict "h", changing the dict to have only one key would fix this problem with the test. -- ___ Python tracker __