[issue8555] tkinter doesn't see _tkinter
py.user port...@yandex.ru added the comment: I thought this will put the topic from unresolved to resolved Now I see this is for bugs only -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8555 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10227] Improve performance of MemoryView slicing
Stefan Behnel sco...@users.sourceforge.net added the comment: I find it a lot easier to appreciate patches that implement a single change than those that mix different changes. There are three different things in your patch, which I would like to see in at least three different commits. I'd be happy if you could separate the changes into more readable feature patches. That makes it easier to accept them. I'm generally happy about the slice changes, but you will have to benchmark the equivalent changes in Py3.2 to prove that they are similarly worth applying there. -- nosy: +scoder ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10227 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10276] zlib crc32/adler32 buffer length truncation (64-bit)
New submission from Nadeem Vawda nadeem.va...@gmail.com: zlib.crc32() and zlib.adler32() in Modules/zlibmodule.c don't handle buffers of =4GB correctly. The length of a Py_buffer is of type Py_ssize_t, while the C zlib functions take length as an unsigned integer. This means that on a 64-bit build, the buffer length gets silently truncated to 32 bits, which results in incorrect output for large inputs. Attached is a patch that fixes this by computing the checksum incrementally, using small-enough chunks of the buffer. A better fix might be to have Modules/zlib/crc32.c use 64-bit lengths. I tried this, but I couldn't get it to work. It seems that if the system already has zlib installed, Python will link against the existing version instead of compiling its own. Testing this might be a bit tricky. Allocating a 4+GB regular buffer isn't practical. Using a memory-mapped file would work, but I'm not sure having a unit test create a multi-gigabyte file is a great thing to do. -- components: Library (Lib) files: zlib-checksum-truncation.diff keywords: patch messages: 120114 nosy: nvawda priority: normal severity: normal status: open title: zlib crc32/adler32 buffer length truncation (64-bit) type: behavior versions: Python 2.5, Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3 Added file: http://bugs.python.org/file19453/zlib-checksum-truncation.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10276 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10227] Improve performance of MemoryView slicing
Kristján Valur Jónsson krist...@ccpgames.com added the comment: The benchmarks are from 3.2 Also, I'll do a more relevant profiling session for 3.2. This patch is based on profiling results from 2.7 so there might be more relevant optimization cases in 3.2 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10227 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10276] zlib crc32/adler32 buffer length truncation (64-bit)
Martin v. Löwis mar...@v.loewis.de added the comment: I find your approach fine; there isn't a need (IMO) to have the underlying functions change. -- nosy: +loewis ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10276 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10227] Improve performance of MemoryView slicing
Kristján Valur Jónsson krist...@ccpgames.com added the comment: In case I'm not clear enough: The patch is for 3.2, the benchmarks are 3.2, but it was created based on 2.7 results, which may not fully apply for 3.2 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10227 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10277] sax leaks a fd if source is a filename
New submission from Brian Brazil brian.bra...@gmail.com: If saxutils.prepare_input_source is passed a filename or url, it'll end up leaking an fd via IncrementalParser.parse and ExpatParser.parse. This can be seen by enabling resource warnings and running test_sax. This should be fixed. -- components: Library (Lib) messages: 120118 nosy: bbrazil priority: normal severity: normal status: open title: sax leaks a fd if source is a filename versions: Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10277 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9919] gdbinit lineno result is one line in excess
qpatata qpat...@gmail.com added the comment: Hi, Thanks for the fix. I'm wondering if it is valid to add a \n in the lineno print. This macro is called by other ones, like pyframe, that have their own format specifiers. Kind regards. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9919 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9919] gdbinit lineno result is one line in excess
Georg Brandl ge...@python.org added the comment: If you look at the commit, you'll see that I already added that newline. Thanks anyway :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9919 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10277] sax leaks a fd if source is a filename
Benjamin Peterson benja...@python.org added the comment: It is now. -- nosy: +benjamin.peterson resolution: - fixed status: open - pending ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10277 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10277] sax leaks a fd if source is a filename
Changes by Benjamin Peterson benja...@python.org: -- resolution: fixed - out of date status: pending - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10277 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1589] New SSL module doesn't seem to verify hostname against commonName in certificate
Mads Kiilerich m...@kiilerich.com added the comment: So I know the current patch doesn't support IP addresses Not exactly. The committed patch do not consider IP addresses - especially not iPAddress entries in subjectAltName. But Python only distinguishes resolvable names from IP addresses at a very low level. At the ssl module level the name and IP is considered the same, so we actually do support IP addresses if specified in commonName or subjectAltName DNS. We are thus vulnerable to this issue. (AFAIK AFAICS) (It seems like IP in commonName isn't permitted by the RFCs, but I think it is quite common, especially for self-signed certificates.) CVE-2010-3170: http://www.mozilla.org/security/announce/2010/mfsa2010-70.html For reference, the actual report can be found on http://www.securityfocus.com/archive/1/513396 FWIW, I don't think it is critical at all. Granted, it is a deviation from the specification, and that is not good in a security critical part. But we do not claim to implement the full specification, so I don't think this deviation makes any difference. Further, this issue will only have relevance if one the trusted CAs create invalid certificates. But if the trusted CAs create invalid certificates the user has lost anyway and things can't get much worse. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1589 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4431] Distutils MSVC doesn't create manifest file (with fix)
David Joy videa...@gmail.com added the comment: Hi Marc, Well, I fried my original server install trying to trace this. My new fresh install can still reproduce the problem with mysql-python, but I can't recreate the issue with PyOpenSSL anymore. Grabbing packages at random from PyPi hasn't given me a single issue so far, so I'm going to say this is an issue with mysql-python only and redirect my efforts there. Thanks for your help, -David -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4431 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9796] Add summary tables for unittest API
Ezio Melotti ezio.melo...@gmail.com added the comment: The attached patch adds a table with the most common assert* methods and their explanation at the top of the doc. There are however a few things that should imho be changed, but that will require some re-organization in the unittest doc: 1) now the table is on the third screen and it's necessary to scroll down to reach it. It would be better to move it in an higher position or add a link at the top of the doc to the assert* methods section with the tables; 2) all the assert methods should be in a table. More tables can be used, e.g.: * one with the common methods (the ones in the patch); * one with other comparison methods like assertLess and friends, assert[Not]AlmostEqual (these could be included in the first table though); * one for exceptions and warnings (assertRaises, assertWarn, assertRaisesRegexp, ...); * one for advanced methods (assertItemsEqual, assertDictContainsSubset, assertSequenceEqual, ...); * one for the type-specific methods used by assertEqual (assertSetEqual, assertListEqual, ...), saying that they are used automatically by assertEqual and possibly that they shouldn't be used directly. 3) the doc of the methods should be right after the table that lists them; 4) other non-assert methods shouldn't be mixed with the assert* methods -- the assert* methods should have their own section; 5) other methods could be grouped in tables too (setUp, tearDown, ...; skip*); -- keywords: +patch type: - feature request Added file: http://bugs.python.org/file19454/issue9796.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9796 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9981] let make_buildinfo use a temporary directory on windows
Kristján Valur Jónsson krist...@ccpgames.com added the comment: Yes, I took the liberty of removing the superfluous build configuration as well, thereby simplifying the .sln and the build dependency graph. The patch is for python 2.7. Even though it's technically not a python patch but a build patch, I'll rework it for 3.2 and submit it. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9981 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10260] Add a threading.Condition.wait_for() method
Kristján Valur Jónsson krist...@ccpgames.com added the comment: The wait_for() method is basically a distillation of the Semaphore.acquire() method, which tries to intelligently handle a non-trivial timeout. With this method it is now possible to simplify Semaphore.acquire, although I didn't want to do so in this patch to keep its scope smaller. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10260 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10273] Clean-up Unittest API
Ezio Melotti ezio.melo...@gmail.com added the comment: * I would leave asserttypeEqual documented and specify that they should be called directly only if the type should be checked, otherwise (if the type doesn't matter or it's already tested elsewhere) using assertEqual is enough (see also the suggestions in msg120124). -0.5 about dedocumenting, +1 on better documentation, possibly in an advanced section of the doc (I also find useful to know how assertEqual works and that I can register new functions like asserttypeEqual). * assertLT and friends wouldn't match with assertEqual and assertNotEqual (assertEQ, assertNE?). Also these names don't seem more obvious or readable than assertLess, and will just add confusion and duplication of names, so -1. * FWIW I like 'Regex' more than 'Regexp' too, assuming that it's worth renaming these methods and deprecate the old names (they are already in 2.7). Having a 'Match' or 'Search' suffix might clarify what the method does -- if it does what it says. +0 on the renaming (and +1 to 'Regex' if the rename happens). * as I said on IRC, assertItemsEqual provides an useful functionality, and even if the name is not 100% clear, I'd rather double-check the doc than having to reimplement the functionality myself (or having a clumsy long-but-clear name). -1 on the removal, +1 on better documentation/performance. * I think assertIsInstance is fine, however I wonder why the opposite is not assertIsNotInstance. Anyway it's probably not worth creating more confusion and adding new names just to change the spelling (they are in 2.7 too). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10273 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10260] Add a threading.Condition.wait_for() method
Antoine Pitrou pit...@free.fr added the comment: This looks useful indeed. -- nosy: +jyasskin, pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10260 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9553] test_argparse.py: 80 failures if COLUMNS env var set to a value other than 80
Steven Bethard steven.beth...@gmail.com added the comment: Fixed with a variant of Denver's last patch in r86080 for 3.X and r86083 for 2.7. -- assignee: - bethard resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9553 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9754] assertWarns and assertWarnsRegexp
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9754 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10278] add time.wallclock() method
New submission from Kristján Valur Jónsson krist...@ccpgames.com: If measuring time across blocking calls, such as thread synchronization, one currently must time.time(). This is because time.clock() measures cpu seconds on unix. On windows, however, time.clock() would be more appropriate because it measures wall-clock time. To avoid having to put platform clauses everywhere, this patch adds time.wallclock(). The current implementation is a simple alias to time.clock on windows and time.time otherwise. Future improvements may add a better implementation on those non-windows platforms that support it. -- components: Interpreter Core files: wallclock.patch keywords: patch messages: 120130 nosy: krisvale priority: normal severity: normal status: open title: add time.wallclock() method type: feature request versions: Python 3.2 Added file: http://bugs.python.org/file19455/wallclock.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10278 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10278] add time.wallclock() method
Michael Foord mich...@voidspace.org.uk added the comment: +1 -- nosy: +michael.foord ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10278 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9669] regexp: zero-width matches in MIN_UNTIL
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +mrabarnett ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9669 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6706] asyncore's accept() is broken
Giampaolo Rodola' g.rod...@gmail.com added the comment: Fixed in r86084 (2.7) and r86085 (3.1). -- resolution: - fixed stage: patch review - committed/rejected status: open - closed type: behavior - security versions: +Python 2.7, Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6706 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10260] Add a threading.Condition.wait_for() method
Jeffrey Yasskin jyass...@gmail.com added the comment: * This method will confuse some people who will think that cond.wait(pred) will wake up when pred becomes true regardless of whether they call cond.notifyAll(). You should warn them about this in the documentation. (This confusion happens inside Google, despite our documentation, but the method's worth having even though not everyone will read the docs.) You should also mention that 'predicate' runs with the Condition acquired. Then +1 whether or not you do anything in response to the below comments. * There's a small risk of confusion with C++0x's wait_for method, which behaves like the current Condition.wait (waiting for a timeout). They used wait_for because they also have a wait_until that waits until a deadline. I don't think this potential confusion is a big deal. * This expands the interface needed to duck-type as a Condition. Maybe you could also add a threading.wait_for(Condition, predicate, timeout) that implements the same thing using just the Condition's .wait() method? I'm not certain that'll be the best name as a threading method, but I don't have a better proposal. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10260 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9353] argparse __all__ is incomplete
Steven Bethard steven.beth...@gmail.com added the comment: Fixed in 3.X in r86086 and in 2.7 in r86087. -- assignee: - bethard resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9353 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4640] optparse doesn’t disallow adding one-da sh long options (“-option”)
Changes by Steven Bethard steven.beth...@gmail.com: -- nosy: -bethard ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4640 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9352] argparse eats characters when parsing multiple merged short options
Steven Bethard steven.beth...@gmail.com added the comment: Patches applied in r86090 (3.X) and r86091 (2.7). Thanks for your help Catherine, and sorry it took me so long to apply these. -- assignee: - bethard resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9352 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9355] argparse add_mutually_exclusive_group more than once has incorrectly formatted help
Steven Bethard steven.beth...@gmail.com added the comment: Committed in r86092 (3.X) and r86093 (2.7). Thanks for the patches! -- assignee: - bethard resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9355 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10279] test_gc failure on Windows x64
New submission from Brian Curtin cur...@acm.org: == FAIL: test_garbage_at_shutdown (test.test_gc.GCTests) -- Traceback (most recent call last): File c:\python-dev\py3k\lib\test\test_gc.py, line 500, in test_garbage_at_shutdown bshutdown; use, stderr) AssertionError: b'ResourceWarning: gc: 2 uncollectable objects at shutdown; use' not found in b'sys:1: ResourceWarning: gc: %Id uncollectable objects at shutdow n; use gc.set_debug(gc.DEBUG_UNCOLLECTABLE) to list them' %Id isn't being replaced with the number in the format string. I only briefly looked into it, not sure why it would be Windows x64 specific (this doesn't happen on Win 32-bit or any *nix buildbots). -- messages: 120137 nosy: brian.curtin priority: normal severity: normal stage: needs patch status: open title: test_gc failure on Windows x64 type: behavior versions: Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10279 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9779] argparse.ArgumentParser not support unicode in print help
Steven Bethard steven.beth...@gmail.com added the comment: Closing as invalid, as to me this looks like a classic terminal encoding issue and not an argparse issue, and there was no response from the user who filed the issue. If someone still thinks this is an argparse issue, please provide a test and reopen the issue. -- resolution: - invalid status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9779 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10199] Move Demo/turtle under Lib/
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: On Wed, Oct 27, 2010 at 2:37 PM, Gregor Lingl rep...@bugs.python.org wrote: .. Imho it is very important to clarify the name convention for demoscripts to be added to the demo before committing (or at least before the apperance of beta1). It decides about adding scripts to the Examples Menu of the viewer. I would rather separate move under Lib and any other changes. However since files are moved anyways, we can use this opportunity for name changes. We all know, that things once they have found their way into Lib cannot be changed easily afterwards. Guido's argument on backwards compatibility applies. So now is the only point in time to decide about this. I don't really expect people to import turtledemo.xyz modules in their programs. These are designed as stand-alone scripts and I am not proposing to change that. We can further warn users about that in the documentation, but I think it is obvious that demo scripts are not supposed to be used as production components. Should we - stick with the tdemo_ prefix or - change to another pre- or postfix (like eg. bytedesign_demo) - or should we allow for arbitrary *.py filenames with some exception (e.g. filenames that contain an underscore) to mark files that are not meant as demos for the viewer? In the long run, I would like to add a separate template that will determine the choice of modules for the viewer and allow menu choices to be different from module names and the order to be different from alphabetical. For not, however, I am going to allow any name except those starting with an underscore or two_canvases. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10199 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10263] python -m site does not print path details
Doug Hellmann doug.hellm...@gmail.com added the comment: Adding a print to the site.py in Distribute's egg shows it is being run when I use 'python -m site'. However, when I run 'python -c import site; print site.__file__' I get the version from the stdlib, as expected. I guess the module finding mechanism for -m is different from the import code? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10263 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10263] python -m site does not print path details
Changes by Doug Hellmann doug.hellm...@gmail.com: -- nosy: +tarek ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10263 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10278] add time.wallclock() method
Changes by Alexander Belopolsky belopol...@users.sourceforge.net: -- nosy: +belopolsky ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10278 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10278] add time.wallclock() method
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: Why does this need to be in stdlib? AFAICT, the proposed patch is just: if appropriate test: wallclock = time.clock else: wallclock = time.time which is easy enough to stick in your measuring code or a project's utilities module. If others really want to see this in stdlib, I would prefer to place it in a more specialized module such as profile. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10278 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10276] zlib crc32/adler32 buffer length truncation (64-bit)
Changes by Éric Araujo mer...@netwok.org: -- components: +Extension Modules -Library (Lib) versions: -Python 2.5, Python 2.6, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10276 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10274] imaplib should provide a means to validate a remote server ssl certificate(s)
Changes by Éric Araujo mer...@netwok.org: -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10274 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10278] add time.wallclock() method
Changes by Éric Araujo mer...@netwok.org: -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10278 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10274] imaplib should provide a means to validate a remote server ssl certificate(s)
Antoine Pitrou pit...@free.fr added the comment: Right, IMAP_SSL should first accept an additional context argument as noted in issue10274. Then it can be patched to optionally call ssl.match_hostname on the server certificate. That second part can mimick what is done by HTTPSConnection: http://code.python.org/hg/branches/py3k/file/tip/Lib/http/client.py#l1052 -- dependencies: +imaplib should provide a means to validate a remote server ssl certificate(s) stage: - needs patch type: security - feature request versions: +Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10274 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10274] imaplib should provide a means to validate a remote server ssl certificate(s)
Antoine Pitrou pit...@free.fr added the comment: Sorry, the actual issue number is issue8808. -- dependencies: +imaplib should support SSL contexts -imaplib should provide a means to validate a remote server ssl certificate(s) ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10274 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10278] add time.wallclock() method
Antoine Pitrou pit...@free.fr added the comment: Well, the problem is that the appropriate test is not easy to guess a priori, so it would be useful for the stdlib to provide the right tool for the job. As for where it should live, I have no strong opinion, but it's true that the time module looks appropriate. -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10278 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10199] Move Demo/turtle under Lib/
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: Committed in revision 86095. I included only those demo scripts that are described in the current manual. I am open to making further improvements prior to bata 1, and will open separate issues to track those. -- stage: commit review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10199 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10262] Add --disable-abi-flags option to `configure`
Changes by Éric Araujo mer...@netwok.org: -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10262 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10278] add time.wallclock() method
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: On Mon, Nov 1, 2010 at 1:43 PM, Antoine Pitrou rep...@bugs.python.org wrote: .. Well, the problem is that the appropriate test is not easy to guess a priori, so it would be useful for the stdlib to provide the right tool for the job. This sounds like an argument against this feature, not for it. If it is hard for the application code to implement an appropriate test a priori, what is the chance to get it right in stdlib? As for where it should live, I have no strong opinion, but it's true that the time module looks appropriate. Having time.time and time.clock is already confusing enough. Having the third function which is either the first or the second depending on some unspecified criterion does not strike me as a clean design. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10278 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10221] {}.pop('a') raises non-standard KeyError exception
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: Raymond, Did you mean to exclude unit test additions from your commit? See issue10221-with-tests.diff. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10221 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10263] python -m site does not print path details
Ned Deily n...@acm.org added the comment: Nick is the authority on -m so perhaps he can confirm this but I believe the execution of -m is carried out by the runpy standard library module and the runpy module essentially goes through the process of finding a module from scratch by searching through the modules in sys.path, thus bypassing the altered sys.path which the setuptools/Distribute site module bootstrapped and removed itself from. So runpy will always find the setuptools/Distribute site module first since it is first on sys.path (until it executes and removes itself from sys.path). It seems you've found one case where the sys.path manipulations of setuptools/Distributes make a difference: when trying to run site itself. You can see which site module is found by runpy by trying: import runpy runpy.run_module(site) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10263 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10278] add time.wallclock() method
Antoine Pitrou pit...@free.fr added the comment: Well, the problem is that the appropriate test is not easy to guess a priori, so it would be useful for the stdlib to provide the right tool for the job. This sounds like an argument against this feature, not for it. If it is hard for the application code to implement an appropriate test a priori, what is the chance to get it right in stdlib? The point of a standard library is to bring together competence and experience to build a common ground of useful functions. If we restricted ourselves to easy things then 75% of the stdlib should be ripped out. As for where it should live, I have no strong opinion, but it's true that the time module looks appropriate. Having time.time and time.clock is already confusing enough. Having the third function which is either the first or the second depending on some unspecified criterion does not strike me as a clean design. The problem is time.clock(), since it does two wildly different things depending on the OS. I would suggest to deprecate time.clock() at the same time as we add time.wallclock(). For the Unix-specific definition of time.clock(), there is already os.times() (which gives even richer information). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10278 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10221] {}.pop('a') raises non-standard KeyError exception
Raymond Hettinger rhettin...@users.sourceforge.net added the comment: We don't usually test the content of error messages because they are not a guaranteed behavior. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10221 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10259] Entry text not set if all of 'Font', 'Foreground' and 'Justify' are set
Ivan Razumov iarspi...@gmail.com added the comment: The bug doesn't seem to be Windows-specific - tested on Ubuntu 10.10 (Python 2.6.6) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10259 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10221] {}.pop('a') raises non-standard KeyError exception
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: On Mon, Nov 1, 2010 at 2:13 PM, Raymond Hettinger rep...@bugs.python.org wrote: .. We don't usually test the content of error messages because they are not a guaranteed behavior. I recall that when I asked about this on #python-dev, someone pointed to places where content of error messages is tested in python unit tests. I also asked whether such tests should be marked as cpython details, and the answer was know. Unfortunately I don't remember who was telling me that, but it sounded reasonable enough that I submitted the tests. I think if testing error messages is a grey area, in this case it is reasonable to have a test for at least two reasons: 1. It was reported as a bug, so users already expect this behavior. 2. There is no prose in the error message, just the key, so it is not as arbitrary as other error messages. Note that in my tests I deliberately tested only e.args[0] and not str(e) or e.args[1:]. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10221 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10278] add time.wallclock() method
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: On Mon, Nov 1, 2010 at 2:09 PM, Antoine Pitrou rep...@bugs.python.org wrote: .. Well, the problem is that the appropriate test is not easy to guess a priori, so it would be useful for the stdlib to provide the right tool for the job. This sounds like an argument against this feature, not for it. If it is hard for the application code to implement an appropriate test a priori, what is the chance to get it right in stdlib? The point of a standard library is to bring together competence and experience to build a common ground of useful functions. If we restricted ourselves to easy things then 75% of the stdlib should be ripped out. It looks like I misunderstood what you said. I thought a priory meant without knowing the details of the application rather than by a novice. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10278 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10278] add time.wallclock() method
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: On Mon, Nov 1, 2010 at 2:09 PM, Antoine Pitrou rep...@bugs.python.org wrote: .. The problem is time.clock(), since it does two wildly different things depending on the OS. I would suggest to deprecate time.clock() at the same time as we add time.wallclock(). For the Unix-specific definition of time.clock(), there is already os.times() (which gives even richer information). +1, but doing something like that should be discussed on python-ideas first. We should also weigh this against other proposals such as exposing gettimeofday. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10278 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10252] Fix resource warnings in distutils
Éric Araujo mer...@netwok.org added the comment: Thanks for the patch, I’ll review it and commit it soon. -- assignee: tarek - eric.araujo status: open - pending title: Fix resource warnings in distutil tests - Fix resource warnings in distutils ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10252 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10280] nntp_version set to the most recent advertised version
New submission from Julien ÉLIE jul...@trigofacile.com: The NNTP version is currently defined as follows in the source code: self.nntp_version = int(caps['VERSION'][0]) However, Section 3.3.2 of RFC 3977 mentions: VERSION This capability MUST be advertised by all servers and MUST be the first capability in the capability list; it indicates the version(s) of NNTP that the server supports. There must be at least one argument; each argument is a decimal number and MUST NOT have a leading zero. Version numbers are assigned only in RFCs that update or replace this specification; servers MUST NOT create their own version numbers. There can be more than one version. See the example in Section 5.2.3: [S] VERSION 2 3 I believe the best thing to do would be to take the max of the numbers, that is to say: self.nntp_version = max(map(int, caps['VERSION'])) -- components: Extension Modules messages: 120156 nosy: jelie priority: normal severity: normal status: open title: nntp_version set to the most recent advertised version type: behavior versions: Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10280 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10232] Tkinter issues with Scrollbar and custom widget list
Robert Lerche r...@msbit.com added the comment: Terry, I tried posting to python-list and all I got was why are you doing that? Use Tix instead. Maybe it's good advice but it doesn't address the issue. And Tix is yet one more component I'd have to build (the Python distribution comes with Tix interface code but Tix itself is yet another .dll). I haven't decided how to proceed yet but if you have any suggestions please let me know. Thanks again. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10232 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10281] Exception raised when an NNTP overview field is absent
New submission from Julien ÉLIE jul...@trigofacile.com:
Following the first example of the documentation:
import nntplib
s = nntplib.NNTP('news.trigofacile.com')
resp, count, first, last, name = s.group('fr.comp.lang.python')
print('Group', name, 'has', count, 'articles, range', first, 'to', last)
resp, overviews = s.over((last - 9, last))
for id, over in overviews:
print(id, nntplib.decode_header(over['subject']))
s.quit()
An exception is raised:
OVER/XOVER response doesn't include names of additional headers
I believe the issue comes from the fact that the source code does not
handle the case described in Section 8.3.2 of RFC 3977:
For all fields, the value is processed by first removing all CRLF
pairs (that is, undoing any folding and removing the terminating
CRLF) and then replacing each TAB with a single space. If there is
no such header in the article, no such metadata item, or no header or
item stored in the database for that article, the corresponding field
MUST be empty.
Example of a successful retrieval of overview information for a range
of articles:
[C] GROUP misc.test
[S] 211 1234 3000234 3002322 misc.test
[C] OVER 3000234-3000240
[S] 224 Overview information follows
[S] 3000234|I am just a test article|Demo User
nob...@example.com|6 Oct 1998 04:38:40 -0500|
45223...@example.com|45...@example.net|1234|
17|Xref: news.example.com misc.test:3000363
[S] 3000235|Another test article|nob...@nowhere.to
(Demo User)|6 Oct 1998 04:38:45 -0500|45223...@to.to||
4818|37||Distribution: fi
[S] 3000238|Re: I am just a test article|someb...@elsewhere.to|
7 Oct 1998 11:38:40 +1200|kfwe...@elsewhere.to|
45223...@to.to|9234|51
[S] .
Note the missing References and Xref headers in the second line,
the missing trailing fields in the first and last lines, and that
there are only results for those articles that still exist.
Also please note that nntplib should also work in case the database is not
consistent. Some news servers might be broken and do not follow the MUST NOT...
The LIST OVERVIEW.FMT command SHOULD list all the fields for which
the database is consistent at that moment. It MAY omit such fields
(for example, if it is not known whether the database is consistent
or inconsistent). It MUST NOT include fields for which the database
is inconsistent or that are not stored in the database. Therefore,
if a header appears in the LIST OVERVIEW.FMT output but not in the
OVER output for a given article, that header does not appear in the
article (similarly for metadata items).
--
components: Extension Modules
messages: 120158
nosy: jelie
priority: normal
severity: normal
status: open
title: Exception raised when an NNTP overview field is absent
type: behavior
versions: Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10281
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10281] Exception raised when an NNTP overview field is absent
Changes by Antoine Pitrou pit...@free.fr: -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10281 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10280] nntp_version set to the most recent advertised version
Changes by Antoine Pitrou pit...@free.fr: -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10280 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10282] IMPLEMENTATION token differently delt with in NNTP capability
New submission from Julien ÉLIE jul...@trigofacile.com: I believe the case of IMPLEMENTATION should be treated differently. It is not helpful at all to split the argument. It is meant to be a text string and ['INN', '2.6.0', '(20101101', 'prelease)'] does not have much meaning... Suggestion: if line.startswith(IMPLEMENTATION): name, *tokens = line.split(None, 1) else: name, *tokens = line.split() or something else, though I do not believe another keyword will begin with IMPLEMENTATION... Besides, shouldn't it be checked that the line is not empty, before splitting it? -- components: Extension Modules messages: 120159 nosy: jelie priority: normal severity: normal status: open title: IMPLEMENTATION token differently delt with in NNTP capability type: behavior versions: Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10282 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10283] New parameter for an NNTP newsgroup pattern in LIST ACTIVE
New submission from Julien ÉLIE jul...@trigofacile.com:
NNTP.list(*, file=None)
Couldn't a grouppattern argument be added?
LIST ACTIVE handles a newsgroup pattern (and it would then answer
less groups -- also useful for the test suite of nntplib)
Something like that:
--- nntplib.py.OLD 2010-11-01 19:04:10.0 +0100
+++ nntplib.py 2010-11-01 19:57:50.0 +0100
@@ -568,14 +568,18 @@
cmd = 'NEWNEWS {0} {1} {2}'.format(group, date_str, time_str)
return self._longcmdstring(cmd, file)
-def list(self, *, file=None):
+def list(self, *, group_pattern=None, file=None):
Process a LIST command. Argument:
- file: Filename string or file object to store the result in
Returns:
- resp: server response if successful
- list: list of (group, last, first, flag) (strings)
-resp, lines = self._longcmdstring('LIST', file)
+if group_pattern is not None:
+command = 'LIST ACTIVE ' + group_pattern
+else:
+command = 'LIST'
+resp, lines = self._longcmdstring(command, file)
return resp, self._grouplist(lines)
def _getdescriptions(self, group_pattern, return_all):
Then, you could perhaps re-activate the LIST test in the test suite...
# Disabled with gmane as it produces too much data
test_list = None
In the documentation:
- .. method:: NNTP.list(*, file=None)
+ .. method:: NNTP.list(*, grouppattern=None, file=None)
and describe it the same way grouppattern is described
in the following command (LIST NEWSGROUPS).
--
components: Extension Modules
messages: 120160
nosy: jelie
priority: normal
severity: normal
status: open
title: New parameter for an NNTP newsgroup pattern in LIST ACTIVE
type: feature request
versions: Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10283
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10284] Exception raised when decoding NNTP newsgroup descriptions
New submission from Julien ÉLIE jul...@trigofacile.com:
+# - all commands are encoded as UTF-8 data (using the surrogateescape
+# error handler), except for raw message data (POST, IHAVE)
+# - all responses are decoded as UTF-8 data (using the surrogateescape
+# error handler), except for raw message data (ARTICLE, HEAD, BODY)
It does not seem to work on my news server (news.trigofacile.com):
print(s.descriptions('*'))
Exception raised with an UnicodeEncodeError. I do not know what is happening.
The same command works fine with Python 2.7 and 3.0.
Also, for AUTHINFO, be careful that nntplib should not send an UTF-8 string but
a byte string. (I have not tested.)
The username and the password are byte strings.
--
components: Extension Modules
messages: 120161
nosy: jelie
priority: normal
severity: normal
status: open
title: Exception raised when decoding NNTP newsgroup descriptions
type: behavior
versions: Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10284
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10285] Other status field flags in documentation for NNTP LIST command
New submission from Julien ÉLIE jul...@trigofacile.com: +.. method:: NNTP.list(*, file=None) + + Send a ``LIST`` command. Return a pair ``(response, list)`` where *list* is a + list of tuples representing all the groups available from this NNTP server. + Each tuple has the form ``(group, last, first, flag)``, where + *group* is a group name, *last* and *first* are the last and first article + numbers, and *flag* is ``'y'`` if posting is allowed, ``'n'`` if not, + and ``'m'`` if the newsgroup is moderated. (Note the ordering: *last*, *first*.) There are other values: 'x', 'j', and '=' followed by the name of a newsgroup (alias). I believe the best would be to use what INN mentions in its documentation! (Or otherwise, RFC 3977 and RFC 6048.) http://www.eyrie.org/~eagle/software/inn/docs/active.html It would then give: - ... and *flag* usually takes one of these values: y Local postings and articles from peers are allowed. m The group is moderated and all postings must be approved. n No local postings are allowed, only articles from peers. j Articles from peers are filed in the junk group instead. x No local postings, and articles from peers are ignored. =foo.bar Articles are filed in the group foo.bar instead. If *flag* has another value, then the status of the newsgroup should be considered to be unknown. - Can a bullet list be used in the documentation, to properly indent the flag values? -- assignee: d...@python components: Documentation, Extension Modules messages: 120162 nosy: d...@python, jelie priority: normal severity: normal status: open title: Other status field flags in documentation for NNTP LIST command type: behavior versions: Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10285 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10284] Exception raised when decoding NNTP newsgroup descriptions
Changes by Julien ÉLIE jul...@trigofacile.com: -- components: +Unicode ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10284 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10284] Exception raised when decoding NNTP newsgroup descriptions
R. David Murray rdmur...@bitdance.com added the comment: What's the exception? If there were any escaped bytes in the string returned by descriptions, you would get an error when you try to print them. This could be a design problem. -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10284 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2636] Regexp 2.7 (modifications to current re 2.2.2)
Matthew Barnett pyt...@mrabarnett.plus.com added the comment: issue2636-20101101.zip is a new version of the regex module. I hope it's finally fixed this time! :-) -- Added file: http://bugs.python.org/file19456/issue2636-20101101.zip ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2636 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10286] URLOpener = URLopener x2 in fix_urllib.py
New submission from Terry J. Reedy tjre...@udel.edu:
Lib/lib2to3/fixes/fix_urllib.py, near the top, has
'''
MAPPING = {'urllib': [
('urllib.request',
['URLOpener', 'FancyURLOpener', 'urlretrieve',
'''
'Opener' should by 'opener' in BOTH cases.
Non-fix of URLopener reported on python-list by Chris McDonald.
--
components: 2to3 (2.x to 3.0 conversion tool)
keywords: easy
messages: 120165
nosy: benjamin.peterson, terry.reedy
priority: normal
severity: normal
stage: needs patch
status: open
title: URLOpener = URLopener x2 in fix_urllib.py
type: behavior
versions: Python 2.7, Python 3.1, Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10286
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1926] NNTPS support in nntplib
Julien ÉLIE jul...@trigofacile.com added the comment: Regarding these two possibilities, please note that the first one is discouraged (per RFC 4642). STARTTLS is the preferrable way to start a TLS session. In some existing implementations, TCP port 563 has been dedicated to NNTP over TLS. These implementations begin the TLS negotiation immediately upon connection and then continue with the initial steps of an NNTP session. This use of TLS on a separate port is discouraged for the reasons documented in Section 7 of Using TLS with IMAP, POP3 and ACAP [TLS-IMAPPOP]. -- nosy: +jelie ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1926 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10232] Tkinter issues with Scrollbar and custom widget list
Terry J. Reedy tjre...@udel.edu added the comment:
For me, with a standard Python install, 'use tix' would be a good answer. After
thanking the respondent, you could try answering 'why' ('I am using a custom
build.'). Just remember that python-list and mirrors are like the Wild West:
you may get a mix of bullets and beans. I am adding gpolo to nosy in case he
can say something.
--
nosy: +gpolo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10232
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10284] Exception raised when decoding NNTP newsgroup descriptions
Julien ÉLIE jul...@trigofacile.com added the comment:
Traceback (most recent call last):
File nntplib-test.py, line 10, in module
print(s.descriptions('*'))
File C:\Program Files\Python32\lib\encodings\cp850.py, line 19, in encode
return codecs.charmap_encode(input,self.errors,encoding_map)[0]
UnicodeEncodeError: 'charmap' codec can't encode characters in position
3285-3287: character maps to undefined
The code was previously working fine with Python 3.1.
Looking more in details:
(resp, descs) = s.descriptions('*')
clefs = list(descs.keys())
clefs.sort()
for clef in clefs:
print(clef), print(b[clef])
Traceback (most recent call last):
File nntplib-test.py, line 14, in module
print(clef), print(b[clef])
File C:\Program Files\Python32\lib\encodings\cp850.py, line 19, in encode
return codecs.charmap_encode(input,self.errors,encoding_map)[0]
UnicodeEncodeError: 'charmap' codec can't encode character '\u0152' in position
0: character maps to undefined
That is another error. It corresponds to a description containing « Œ », yet
in UTF-8.
So you mean the issue comes from the MS-DOS console I am using.
Well, that seems right.
No problem in the Python IDLE!
Maybe this issue should be closed then?
(Yet, something changed because print() worked fine with the previous
version...)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10284
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10284] Exception raised when decoding NNTP newsgroup descriptions
Éric Araujo mer...@netwok.org added the comment: FTR, a UTF-8 string *is* a byte string. -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10284 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10284] Exception raised when decoding NNTP newsgroup descriptions
Julien ÉLIE jul...@trigofacile.com added the comment: Yes, you're right. I meant to say that AUTHINFO is not expecting a UTF-8-encoded string. For instance: AUTHINFO USER Éric is valid and should not always be transformed by nntplib to: AUTHINFO USER Éric News servers do a byte-string comparison (as specified in RFC 4643). So if « Éric » is the expected user name, then it is this very name that is expected! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10284 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8805] urllib should support SSL contexts
Terry J. Reedy tjre...@udel.edu added the comment: In #10050 you suggest deprecating *URLopener (not *Opener, the misspelling also in fix_urllib.py #10286) and other stuff. Which do you actually prefer, upgrade or degrade? -- nosy: +terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8805 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10284] Exception raised when decoding NNTP newsgroup descriptions
Éric Araujo mer...@netwok.org added the comment: But É cannot be transferred as is. It needs to be encoded to bytes using some encoding. What encoding is correct? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10284 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10184] tarfile touches directories twice
Changes by STINNER Victor victor.stin...@haypocalc.com: -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10184 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10050] urllib.request still has old 2.x urllib primitives
Changes by Éric Araujo mer...@netwok.org: -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10050 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10284] Exception raised when decoding NNTP newsgroup descriptions
R. David Murray rdmur...@bitdance.com added the comment: Éric: UTF-8 (IIUC the RFC says SHOULD be UTF-8). Julien: yes, there are differences in the way printing to the console works between 2.x and 3.x, and this has caused some surprises for Windows users, where the default console codec is a bit limited. So yes I'm going to close this issue. Reopen it if you find it is not a windows console problem. -- components: +Library (Lib) -Extension Modules, Unicode resolution: - invalid stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10284 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9635] Add Py_BREAKPOINT and sys.breakpoint hooks
Dave Malcolm dmalc...@redhat.com added the comment: Adding updated version of patch, which adds documentation to sys.rst and adds a unit test. I'm a little wary of this: it seems useful but also too much like a self-destruct button for my taste. -- Added file: http://bugs.python.org/file19457/py3k-add-breakpoint-2010-11-01-001.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9635 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9635] Add Py_BREAKPOINT and sys._breakpoint hooks
Dave Malcolm dmalc...@redhat.com added the comment: I renamed it from sys.breakpoint to sys._breakpoint, since this is CPython-specific -- title: Add Py_BREAKPOINT and sys.breakpoint hooks - Add Py_BREAKPOINT and sys._breakpoint hooks ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9635 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9926] Wrapped TestSuite subclass does not get __call__ executed
Michael Foord mich...@voidspace.org.uk added the comment: Committed to py3k in revision 86101. Needs porting to Python 2.7 (and unittest2). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9926 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10284] Exception raised when decoding NNTP newsgroup descriptions
Julien ÉLIE jul...@trigofacile.com added the comment: David: no, the RFC does not mention UTF-8 about AUTHINFO. Please note the subtlety: command =/ authinfo-sasl-command / authinfo-user-command / authinfo-pass-command authinfo-sasl-command = AUTHINFO WS SASL WS mechanism [WS initial-response] authinfo-user-command = AUTHINFO WS USER WS username authinfo-pass-command = AUTHINFO WS PASS WS password initial-response = base64-opt username = 1*user-pass-char password = 1*user-pass-char user-pass-char = B-CHAR ; U- means based on UTF-8, excluding NUL CR and LF ; B- means based on bytes, excluding NUL CR and LF U-CHAR = CTRL / TAB / SP / A-CHAR / UTF8-non-ascii B-CHAR = CTRL / TAB / SP / %x21-FF That is not for nothing that B-CHAR are explicitly mentioned. And *not* U-CHAR. That is why I insist on that fact, and I fear the new nntplib implementation using UTF-8 is breaking the NNTP protocol at some places... -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10284 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6011] python doesn't build if prefix contains non-ascii characters
STINNER Victor victor.stin...@haypocalc.com added the comment:
I reproduced the problem with the following commands:
cd py3k
export LANG=C
export LC_ALL=C
make distclean
./configure --with-pydebug --prefix=/home/haypo/tmp/py3ké
make
It looks like the problem is that srcdir environment variable of Makefile.pre
is .. In this case, VPATH environment variable is not set and so
calculate_path() fails to retrieve the source code directory.
configure script contains a strange comment (whereas i cannot find VPATH in
configure.in):
# VPATH may cause trouble with some makes, so we remove sole $(srcdir),
# ${srcdir} and @srcdir@ entries from VPATH if srcdir is ., strip leading and
# trailing colons and then remove the whole line if VPATH becomes empty
# (actually we leave an empty line to preserve line numbers).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6011
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10284] Exception raised when decoding NNTP newsgroup descriptions
Julien ÉLIE jul...@trigofacile.com added the comment: Éric: there is no notion of encoding in a few NNTP commands. Regarding AUTHINFO, the real string that I should have written is: AUTHINFO USER \xC9ric 7-bit bytes are considered to be encoded in ASCII. 8-bit bytes are just 8-bit bytes. No encoding. The news client and the news server have to agree on the setting. Authentification occurs between them. I can imagine the news client in ISO-8859-1 and the news server in ISO-8859-15, and a password with a « € » sign in. Then the password will not be the same (when entered on the keyboard), but will match in bytes! I hope my explanation was clear enough now. No encoding, just byte strings here! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10284 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9796] Add summary tables for unittest API
Ezio Melotti ezio.melo...@gmail.com added the comment: I implemented 2) and 3) in issue9796-2.diff. -- assignee: eric.araujo - ezio.melotti Added file: http://bugs.python.org/file19458/issue9796-2.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9796 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10284] Exception raised when decoding NNTP newsgroup descriptions
Julien ÉLIE jul...@trigofacile.com added the comment: Maybe the bug should be reopened -- or the subject changed -- because the real issue is when I read: # Incompatible changes from the 2.x nntplib: # - all commands are encoded as UTF-8 data (using the surrogateescape # error handler), except for raw message data (POST, IHAVE) # - all responses are decoded as UTF-8 data (using the surrogateescape # error handler), except for raw message data (ARTICLE, HEAD, BODY) # UTF-8 is the character set for all NNTP commands and responses: they # are automatically encoded (when sending) and decoded (and receiving) # by this class. That is not true. What for XOVER/OVER answers? They contain raw message data. Why aren't they excluded? And XHDR/HDR answers? (As I see that HEAD is excluded, then so should OVER and HDR...) And AUTHINFO, as I have just explained in the comments here. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10284 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10184] tarfile touches directories twice
Martin v. Löwis mar...@v.loewis.de added the comment: This is now committed as r86102. I opted to call the parameter set_attrs. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10184 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10184] tarfile touches directories twice
Changes by Martin v. Löwis mar...@v.loewis.de: -- resolution: - accepted status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10184 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10287] NNTP authentication should check capabilities
New submission from Julien ÉLIE jul...@trigofacile.com: RFC 4643: The server MAY list the AUTHINFO capability with no arguments, which indicates that it complies with this specification and does not permit any authentication commands in its current state. In this case, the client MUST NOT attempt to utilize any AUTHINFO commands, even if it contains logic that might otherwise cause it to do so (e.g., for backward compatibility with servers that are not compliant with this specification). Yet, nntplib attempts to authenticate. self.capabilities() should be sent at startup. If READER is advertised, no need to send a MODE READER command at all... If MODE-READER is advertised, then MODE READER (if wanted) can be sent. Then, self.capabilities() should be sent again. Capabilities changed! Then authentication if AUTHINFO USER is advertised with NNTP version =2. If AUTHINFO without USER, no authentication at all. And after authentication, self.capabilities() should be sent again. Please note that the readermode_afterauth variable I see in the source code should normally not be used by a client... RFC 4643 mentions: o the MODE READER command MUST NOT be used in the same session following successful authentication. -- components: Library (Lib) messages: 120183 nosy: jelie priority: normal severity: normal status: open title: NNTP authentication should check capabilities versions: Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10287 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9926] Wrapped TestSuite subclass does not get __call__ executed
Michael Foord mich...@voidspace.org.uk added the comment: Committed to release27-maint in revision 86104. -- resolution: - accepted stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9926 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10288] Remove
New submission from Dave Malcolm dmalc...@redhat.com: Issue 5793 rationalized all usage of C character handling to use Py_-prefixed locale-unaware macros, at the char level. In particular, this comment was added in two places to Include/bytes_methods.h in r72044: http://svn.python.org/view/python/branches/py3k/Include/bytes_methods.h?view=diffr1=72043r2=72044 /* These are left in for backward compatibility and will be removed in 2.8/3.2 */ Given that 3.2 is coming soon, is it time to remove these? (also, the reference to 2.8 caught my eye) Attached is a patch to py3k which removes them, and fixes up various users that were still in the source tree. Am I right in thinking that the undef and redefinition of the various lower-case macros from ctype.h was already intended to be removed? (given that this messes about with a standard C library) -- files: py3k-remove-old-char-compat-macros.patch keywords: patch messages: 120185 nosy: dmalcolm, eric.smith, mark.dickinson priority: normal severity: normal stage: patch review status: open title: Remove versions: Python 3.2, Python 3.3 Added file: http://bugs.python.org/file19459/py3k-remove-old-char-compat-macros.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10288 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10288] Remove deprecated C character handling macros ISUPPER() etc
Changes by Dave Malcolm dmalc...@redhat.com: -- title: Remove - Remove deprecated C character handling macros ISUPPER() etc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10288 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10275] how to know that a module is a module, a function is a function ?
py.user port...@yandex.ru added the comment: Ok, thanks, I thought this is some kind of a bug -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10275 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8805] urllib should support SSL contexts
Antoine Pitrou pit...@free.fr added the comment: Degrade; this old implementation (urllib vs urllib2) shoud be phased out IMO. This issue shows that I was myself fooled by the urllib.request documentation. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8805 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10287] NNTP authentication should check capabilities
Changes by Antoine Pitrou pit...@free.fr: -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10287 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10273] Clean-up Unittest API
Antoine Pitrou pit...@free.fr added the comment: Just my 2 cents: - I think dedocumenting the type-specific methods is fine (it doesn't mean removing them, though); or perhaps relegate them to some advanced section - It's unfortunate that the renaming suggestion comes so late; I'm not sure it's a good idea to rename lots of things after they were introduced (although I really don't like assertRegexpMatches) - assertIsInstance looks more natural to me than the alternative - I don't think there's any point in undoing the package splitting, since it makes Michael's work easier and other people didn't object (not people who actively contribute to unittest, that is) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10273 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10289] Document magic methods called by built-in functions
New submission from Éric Araujo mer...@netwok.org: At the top of Doc/library/functions.rst, which documents built-in functions like abs, getattr or hash, a comment reads “document all delegations to __special__ methods”. Some functions are already good: enumerate for instance does link to the definition of iterator and hints about the __next__ method, format points to __format__, etc. They can serve as example for how to add links (in plain text and in the global index). -- assignee: d...@python components: Documentation messages: 120189 nosy: d...@python, eric.araujo priority: normal severity: normal stage: needs patch status: open title: Document magic methods called by built-in functions versions: Python 2.7, Python 3.1, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10289 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10284] Exception raised when decoding NNTP newsgroup descriptions
R. David Murray rdmur...@bitdance.com added the comment: That's not what you opened the bug about, though, according to the title. I discussed the headers-in-things-other-than HEAD/ARTICLE, and Antoine was of the opinion that they were supposed to be utf-8 and that in any case using surrogate escape was good enough in context. (Headers could also, of course, be MIME transfer encoded, but in that case the header decode will turn them into the correct unicode, assuming they were encoded correctly). Perhaps this design decision needs to be revisited, but if so you'll need a different example of a problem, and so I think this ticket should remain closed and you should open a new one. Two new ones, actually, since AUTHINFO is yet a different problem. And given that the standard you quote specifies bytes without an encoding, there may be *no* solution that works (that is, the standard appears to be broken, since most people expect to be able to use text strings for passwords). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10284 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10289] Document magic methods called by built-in functions
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: Éric, I just wanted to link to a related discussion we had under issue 8983. See msg107689. -- nosy: +belopolsky ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10289 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10278] add time.wallclock() method
Kristján Valur Jónsson krist...@ccpgames.com added the comment: Certainly. I was going to put this simple code in time.py when I realized that time was a C module. The main point, as Antoine points out, is that time.clock() means two seriously different things on the two main platforms, and time.clock() is potentially inadequate on one of them. I put in the patch since it was quick to do, but I'll provoke a discussion on python-ideas for now. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10278 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10278] add time.wallclock() method
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: 2010/11/1 Kristján Valur Jónsson rep...@bugs.python.org: .. I put in the patch since it was quick to do, but I'll provoke a discussion on python-ideas for now. I am looking forward to it. You may find reviewing the following issues helpful for your case: #9079, #2736, and #9528. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10278 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
