[issue2613] inconsistency with bare * in parameter list
Guido van Rossum [EMAIL PROTECTED] added the comment: I see it differently. The rule is simply that if you use a bare * you *must* follow it with at least one argument (that's not **k). This makes sense since otherwise the * is redundant. Think about it; there is nothing different between def g(*, **kwds): ... and def g(**kwds): ... -- resolution: - invalid status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2613 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2613] inconsistency with bare * in parameter list
Buck Golemon [EMAIL PROTECTED] added the comment: If there's no difference then they should work the same? I agree there's probably little value in 'fixing' it. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2613 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2877] Backport UserString move from 3.0
Quentin Gallet-Gilles [EMAIL PROTECTED] added the comment: I only see UserString in the collections module. Has MutableString been removed in 3.0 ? -- nosy: +quentin.gallet-gilles __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2877 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2878] Backport UserList move in 3.0
Quentin Gallet-Gilles [EMAIL PROTECTED] added the comment: Attaching a patch for the import fixer of UserList. -- keywords: +patch nosy: +quentin.gallet-gilles Added file: http://bugs.python.org/file10448/userlist_import_fixer.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2878 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1948] Cant open python gui using VISTA
safe alattar [EMAIL PROTECTED] added the comment: still cant get it to work On Thu, May 22, 2008 at 9:33 AM, Kurt B. Kaiser [EMAIL PROTECTED] wrote: Kurt B. Kaiser [EMAIL PROTECTED] added the comment: No response from OP, closing. -- resolution: - works for me status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1948 __ Added file: http://bugs.python.org/file10449/unnamed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1948 __still cant get it to workbrbrdiv class=gmail_quoteOn Thu, May 22, 2008 at 9:33 AM, Kurt B. Kaiser lt;a href=mailto:[EMAIL PROTECTED][EMAIL PROTECTED]/agt; wrote:brblockquote class=gmail_quote style=border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex; br Kurt B. Kaiser lt;a href=mailto:[EMAIL PROTECTED][EMAIL PROTECTED]/agt; added the comment:br br No response from OP, closing.br br --br resolution: nbsp;-gt; works for mebr status: open -gt; closedbr divdiv/divdiv class=Wj3C7cbr __br Tracker lt;a href=mailto:[EMAIL PROTECTED][EMAIL PROTECTED]/agt;br lt;a href=http://bugs.python.org/issue1948; target=_blankhttp://bugs.python.org/issue1948/agt;br __br /div/div/blockquote/divbr ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2983] Ttk support for Tkinter
New submission from Guilherme Polo [EMAIL PROTECTED]: Hello, this issue could be considered an extension of issue2618 and maybe I should have continued there but.. continuing, I'm proposing the inclusion of a ttk module (should be renamed to Ttk for python 2.x) that would fit inside lib-tk or the new tkinter package. This is a wrapper for the new themed widget set included with Tk 8.5, which will also work if you have the tile package installed and an older Tk version (I tested with Tk 8.4 only). The code and docs are at: http://svn.python.org/view/sandbox/trunk/ttk-gsoc/ -- components: Tkinter messages: 67419 nosy: gpolo severity: normal status: open title: Ttk support for Tkinter versions: Python 2.5, Python 2.6, Python 3.0 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2983 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2877] Backport UserString move from 3.0
Raymond Hettinger [EMAIL PROTECTED] added the comment: Yes. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2877 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2980] Pickle stream for unicode object may contain non-ASCII characters.
Marc-Andre Lemburg [EMAIL PROTECTED] added the comment: Only pickle protocol 0 is ASCII. The other two are binary protocols. Protocol 2 is default in Python 2.5. This should probably be made clear in the documentation, so I'd consider this a documentation bug. -- nosy: +lemburg __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2980 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2980] Pickle stream for unicode object may contain non-ASCII characters.
Marc-Andre Lemburg [EMAIL PROTECTED] added the comment: Actually, I was wrong: protocol 0 is the default if you don't specify the protocol. This set the binary flag to false, which should result in ASCII-only data. The Unicode save routine uses the raw-unicode-escape codec, but this only escapes non-Latin-1 characters and allows non-ASCII Latin-1 character to pass through. Not sure what to do about this: we can't change the protocol anymore and all higher protocol levels are binary already. Perhaps we just need to remove the ASCII note from the documentation altogether and only leave the human readbable form comment ?! __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2980 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2984] test_dbm fails on Darwin
New submission from Ismail Donmez [EMAIL PROTECTED]: test test_dbm failed -- Traceback (most recent call last): File /Users/cartman/Sources/py3k/Lib/test/test_dbm.py, line 121, in test_whichdb self.assertEqual(name, dbm.whichdb(_fname)) AssertionError: 'dbm.gnu' != 'dbm.ndbm' This happened after the dbm unification that happened due to stdlib re- organization. -- components: Tests messages: 67423 nosy: cartman severity: normal status: open title: test_dbm fails on Darwin type: behavior versions: Python 3.0 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2984 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2940] Building Python fails on SunOS
Martin v. Löwis [EMAIL PROTECTED] added the comment: Closing the report as invalid then (and I strongly recommend to remove gcc 2.6.3 right away. It obviously cannot be used to compile software on your system). -- resolution: - invalid status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2940 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2980] Pickle stream for unicode object may contain non-ASCII characters.
Martin v. Löwis [EMAIL PROTECTED] added the comment: I think the documentation is fine as it stands. The format is ASCII - even though the payload might not be. -- nosy: +loewis __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2980 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2985] xmlrpclib doesn't support 64bit integer replies
New submission from Riku Lindblad [EMAIL PROTECTED]: When querying a XML-RPC server that returns a 64 bit integer, the python interface always returns an empty tuple. When running with verbose=True the response is still intact, the library just can't parse the result between the i8/i8 tags. Example response: body: '?xml version=1.0 encoding=UTF-8?\r\nmethodResponse\r\nparams\r\nparamvaluei81157/i8/value/param\r\n/params\r\n/methodResponse\r\n' -- components: Library (Lib) messages: 67426 nosy: shrike severity: normal status: open title: xmlrpclib doesn't support 64bit integer replies versions: Python 2.5 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2985 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2985] xmlrpclib doesn't support 64bit integer replies
Riku Lindblad [EMAIL PROTECTED] added the comment: I attached a patch that seems to fix the problem, needs proper testing though. -- keywords: +patch Added file: http://bugs.python.org/file10450/xmlrpclib-64bitsupport.diff __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2985 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2986] difflib.SequenceMatcher not matching long sequences
New submission from Nate [EMAIL PROTECTED]: The following code shows no matches though the strings clearly match. from difflib import * a = '''39043203381559556628573221727792187279924711093861125152794523529732793117520068565885125032447020125028126531603069277213510312502702798781521250210814711252468946033191629862834564694482932523354428149539640297186717055152464370568794560959154441746654640262554157367545426801783736754129988985714104837148017837367541448283617148017837367541330684087148017837367541408596657148017837367541538510044714801783736754157158643714106907148017837367541474888907148017837362059576680178373675454488017831041705391546777051025363147367544777801783736754152171032271480178373675417378111377148017837367541727911516714801783736754176929952714801783736754175759835714801783736754173989658714801783104170550264677705512355737056879456095915445625329640826754157363006104258329145203115148103015957219995715478978791137801783736189510219832803777819819892374989136789814142131989249498926799891648825778109447511028842170482589787911378017831041705118365420736273279818012793603261597148017837361! 71798080178310415420736447510213871790638471586131412631592131012571210126718031314200414571314893700123874777987006697747115770067074789312578013869801783104120529166337056879456095918495136604565251349544838956219513495753741344870733943253617458316356794745831634651172458316348316144586052838244151360641656349118903581890331689038658903263218549028909605134957536316060''' b = '''46343203381559556628573221727792187279924711093861125152794523529732793117520068565885125032447020125028126531603069277213510312502702798781521250210814711252468946033191629862834564694482932523354428149539640297186717055152464370568794560959154441746654640262554157367545426801783736754129988985714104837148017837367541448283617148017837367541330684087148017837367541408596657148017837367541538510044714801783736754157158643714106907148017837367541474888907148017837362059576680178373675454488017831041705391546777051025363147367544777801783736754131821081171480178373675417378111377148017837367541727911516714801783736754176929952714801783736754175759835714801783736754173989658714801783104170550264677705512355737056879456095915445625329640826754157363006104258329145203115148103015957219995715478978791137801783736189510219832803777819819892374989136789814142131989249498926799891648825778109447511028842170482589787911378017831041705118365420736273279818012793603261597148017837361! 71798080178310415420736447510213871790638471412131420041457131485122165131466702097131466731723131466741536131466751581131466771649131466761975131467212090131467261974131467231858131467201556131467212538131467221553131467221943131467231748131466711452131467271787131412578013869801783104154307361718482280178373638585436251621338931320893185072980138084820801545115716861861152948618615002682261422349251058108327767521397977810837298017831041205291663370568794560959184951366045652513495448389562195134957537413448707339432536174583163''' lst = [(a,b)] for a, b in lst: print --- s = SequenceMatcher(None, a, b) print length of a is %d % len(a) print length of b is %d % len(b) print s.find_longest_match(0, len(a), 0, len(b)) print s.ratio() for block in s.get_matching_blocks(): m = a[block[0]:block[0]+block[2]] print a[%d] and b[%d] match for %d elements and it is \%s\ % (block[0], block[1], block[2], m) -- components: Extension Modules messages: 67428 nosy: hagna severity: normal status: open title: difflib.SequenceMatcher not matching long sequences versions: Python 2.5 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2986 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2394] [Py3k] Finish the memoryview object implementation
Georg Brandl [EMAIL PROTECTED] added the comment: Raising priority. -- assignee: - teoliphant nosy: +georg.brandl priority: - critical __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2394 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2987] RFC2732 support for urlparse (e.g. http://[::1]:80/)
New submission from Hans Ulrich Niedermann [EMAIL PROTECTED]: The urlparse module's ways of splitting the location into hostname and port breaks with RFC2732 style URIs with IPv6 addresses in them: import urlparse urlparse.urlparse('http://[::1]:80/').hostname '[' urlparse.urlparse('http://[::1]:80/').port Traceback (most recent call last): File stdin, line 1, in module File /usr/lib/python2.5/urlparse.py, line 116, in port return int(port, 10) ValueError: invalid literal for int() with base 10: ':1]:80' A simple fix is attached, but probably requires a little more thought. -- components: Library (Lib) files: python-urlparse-rfc2732-fix.patch keywords: patch messages: 67430 nosy: ndim severity: normal status: open title: RFC2732 support for urlparse (e.g. http://[::1]:80/) type: feature request versions: Python 2.5, Python 2.6 Added file: http://bugs.python.org/file10451/python-urlparse-rfc2732-fix.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2987 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2987] RFC2732 support for urlparse (e.g. http://[::1]:80/)
Changes by Hans Ulrich Niedermann [EMAIL PROTECTED]: Added file: http://bugs.python.org/file10452/python-urlparse-rfc2732-rfc-list.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2987 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2987] RFC2732 support for urlparse (e.g. http://[::1]:80/)
Changes by Hans Ulrich Niedermann [EMAIL PROTECTED]: Added file: http://bugs.python.org/file10453/python-urlparse-rfc2732-test.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2987 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2987] RFC2732 support for urlparse (e.g. http://[::1]:80/)
Hans Ulrich Niedermann [EMAIL PROTECTED] added the comment: I have written this patch because urlparse could not retrieve the hostname or port components of URIs such as http://[:::192.168.13.37]/ or http://[dead:beef::1]:/ This problem happens with Python 2.5.1 in Fedora 9, and I have also found it in Python's SVN trunk/ and release25-maint/ source code. It still needs some polishing and thinking: See the places marked FIXME, but probably also others. One would not want an inconsistent API feel with respect to IPv6 address handling. Might require some more comprehensive thought about how Python wants to handle networks other-than-IPv4, exceeding the scope of a simple patch to urlparse.py. On a not-totally-unrelated note, someone should examine whether IRIs[1] can fit into urlparse.py, or whether they need e.g. a separate iriparse.py with an adapted API. [1] RFC 3987 - Internationalized Resource Identifiers (IRIs) M. Duerst, M. Suignard, January 2005 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2987 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2980] Pickle stream for unicode object may contain non-ASCII characters.
Marc-Andre Lemburg [EMAIL PROTECTED] added the comment: I can't follow you, Martin. How can a data format be printable ASCII and at the same time use non-ASCII characters ? __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2980 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2877] Backport UserString move from 3.0
Quentin Gallet-Gilles [EMAIL PROTECTED] added the comment: Attaching a patch for the deprecation warning in 2.6 of the MutableString class. The import fixer for 2to3 is coming next. -- keywords: +patch Added file: http://bugs.python.org/file10454/userstring_2.6.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2877 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2877] Backport UserString move from 3.0
Changes by Quentin Gallet-Gilles [EMAIL PROTECTED]: Added file: http://bugs.python.org/file10455/userstring_import_fixer.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2877 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2980] Pickle stream for unicode object may contain non-ASCII characters.
Martin v. Löwis [EMAIL PROTECTED] added the comment: How can a data format be printable ASCII and at the same time use non-ASCII characters ? The format is the frame defining the structure. In the binary formatter, it's a binary format. In the standard pickle format, it's ASCII (I for int, S for string, and so on, line-separated). ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2980 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2877] Backport UserString move from 3.0
Raymond Hettinger [EMAIL PROTECTED] added the comment: Nice patch. Thanks. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2877 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2980] Pickle stream for unicode object may contain non-ASCII characters.
Marc-Andre Lemburg [EMAIL PROTECTED] added the comment: On 2008-05-28 00:21, Martin v. Löwis wrote: Martin v. Löwis [EMAIL PROTECTED] added the comment: How can a data format be printable ASCII and at the same time use non-ASCII characters ? The format is the frame defining the structure. In the binary formatter, it's a binary format. In the standard pickle format, it's ASCII (I for int, S for string, and so on, line-separated). I think there's a misunderstanding there. The pickle version 0 output used to be 7-bit only for both type code and content. While adding the Unicode support I must have forgotten about the fact that raw-unicode-escape does not escape range(128, 256) code points. Unfortunately, there's no way to fix this now, since the bug has been around since Python 1.6. That's why I think we should update the docs. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2980 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2980] Pickle stream for unicode object may contain non-ASCII characters.
Martin v. Löwis [EMAIL PROTECTED] added the comment: Unfortunately, there's no way to fix this now, since the bug has been around since Python 1.6. Actually, there is a way to fix that: pickle could start emitting \u escapes for characters in the range 128..256. Older pickle implementations would be able to read that in just fine. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2980 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com