[issue3584] Exception for test_urllib2_localnet

[Dennis Lichtenthäler]

Dennis Lichtenthäler  added the comment:

I get the same behavior on an up-to-date Gentoo machine with Python
2.5.4. It seems, test_urllib2_localnet tries to bind to port 8080. If
something else is listening there, I get this error.
I changed the test to point to a different port and things seem to work.

Perhaps the test should check whether the port is available before
binding to it or even use a random port... 8080 is all too common!

--
nosy: +episodeiv

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5795] test_distutils failure on the ppc Debian buildbot

[Tarek Ziadé]

Tarek Ziadé  added the comment:

r71758 fixes it, but I'd like to run the buildbot on the debian ppc
slave before I update Misc/NEWS and merge in py3K.

I tried to force a build here, but it failed 

http://www.python.org/dev/buildbot/trunk.stable/ppc%20Debian%20unstable%20trunk

I'll ask Matthias about that.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1202] zlib.crc32() and adler32() return value

[Gaëtan de Menten]

Gaëtan de Menten  added the comment:

Regarding the issue J. David Ibáñez has, I have a few comments to add:

- It's also present on 32bit.
- AFAICT:
  * it's present in both 2.6 branch & trunk (as of 68886),
  * it's a problem with line 1110 (in 2.6 branch), or line 1122 in
trunk, which should read "http://svn.python.org/view/python/trunk/Lib/zipfile.py?view=diff&r1=61590&r2=61591
which changed line 964 (at the time)
http://svn.python.org/view/python/trunk/Lib/zipfile.py?annotate=61591#l964
but not the corresponding one in writestr.

I'm not sure whether or not a separate bug report should be opened for
this issue.

--
nosy: +gdementen

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1683368] object.__init__ shouldn't allow args/kwds

[Kirit Sælensminde]

Changes by Kirit Sælensminde :


--
nosy: +KayEss

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5798] test_asynchat fails on Mac OSX

[Ismail Donmez]

New submission from Ismail Donmez :

Using latest python 2.6 branch; test_asynchat fails with the following
error:

error: uncaptured python exception, closing channel
 (:[Errno 9] Bad file descriptor
[/Users/cartman/Sources/python-2.6/Lib/asyncore.py|readwrite|107]
[/Users/cartman/Sources/python-2.6/Lib/asyncore.py|handle_expt_event|441] 
[|getsockopt|1]
[/Users/cartman/Sources/python-2.6/Lib/socket.py|_dummy|165])

Using Mac OSX 10.5.6.

--
components: Tests
messages: 86193
nosy: cartman
severity: normal
status: open
title: test_asynchat fails on Mac OSX
versions: Python 2.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5670] Speed up pickling of dicts in cPickle

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Sorry, it won't even be integrated in 2.6 actually. It's a new feature,
not a bug fix.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1944] Documentation for PyUnicode_AsString (et al.) missing.

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
nosy: +georg.brandl, lemburg

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5799] Change ntpath functions to implicitly support UNC paths

[Larry Hastings]

New submission from Larry Hastings :

This patch changes "ntpath" so all functions handle UNC paths.

In a Windows path string, a UNC path functions *exactly* like a drive
letter.  This patch means that the Python path split/join functions
treats them as if they were.

For instance:
>>> splitdrive("A:\\FOO\\BAR.TXT")
("A:", "\\FOO\\BAR.TXT")

With this patch applied:
>>> splitdrive("HOSTNAME\\SHARE\\FOO\\BAR.TXT")
("HOSTNAME\\SHARE", "\\FOO\\BAR.TXT")

This methodology only breaks down in one place: there is no "default
directory" for a UNC share point.  E.g. you can say
>>> os.chdir("c:")
or
>>> os.chdir("c:foo\\bar")
but you can't say
>>> os.chdir("hostname\\share")

The attached patch changes:
* Modify join, split, splitdrive, and ismount to add explicit support
  for UNC paths.  (The other functions pick up support from these four.)
* Simplify isabs and normpath, now that they don't need to be delicate
  about UNC paths.
* Modify existing unit tests and add new ones.
* Document the changes to the API.
* Deprecate splitunc, with a warning and a documentation remark.

This patch adds one subtle change I hadn't expected.  If you call
split() with a drive letter followed by a trailing slash, it returns the
trailing slash as part of the "head" returned.  E.g.
>>> os.path.split("\\")
("\\", "")
>>> os.path.split("A:\\")
("A:\\", "")
This is mentioned in the documentation, as follows:
Trailing slashes are stripped from head unless it is the root
(one or more slashes only).

For some reason, when os.path.split was called with a UNC path with only
a trailing slash, it stripped the trailing slash:
>>> os.path.split("hostname\\share\\")
("hostname\\share", "")
My patch changes this behavior; you would now see:
>>> os.path.split("hostname\\share\\")
("hostname\\share\\", "")
I think it's an improvement--this is more consistent.  Note that this
does *not* break the documented requirement that
os.path.join(os.path.split(path)) == path; that continues to work fine.


In the interests of full disclosure: I submitted a patch providing this
exact behavior just over ten years ago.  GvR accepted it into Python
1.5.2b2 (marked "*EXPERIMENTAL*") and removed it from 1.5.2c1.

You can read GvR's commentary upon removing it; see comments in
Misc/HISTORY dated "Tue Apr  6 19:38:18 1999".  If memory serves
correctly, the "problems" cited were only on Cygwin.  At the time Cygwin
used "ntpath", and it supported "//a/foo" as an alias for "A:\\FOO". 
You can see how this would cause Cygwin problems.

In the intervening decade, two highly relevant things have happened:
* Python no longer uses ntpath for os.path on Cygwin.  It instead uses
posixpath.
* Cygwin removed the "//a/foo" drive letter hack.  In fact, I believe it
now support UNC paths.
Therefore this patch will have no effect on Cygwin users.

p.s. I discussed this patch with Mark Hammond at the CPython sprint at
PyCon 2008.  I therefore added him to the nosy list.  I have no idea if
this is proper etiquette; I apologize in advance if it is not.

--
components: Windows
files: lch.ntpath.r71757.diff
keywords: patch
messages: 86195
nosy: lhastings, mhammond
severity: normal
status: open
title: Change ntpath functions to implicitly support UNC paths
type: feature request
versions: Python 3.1
Added file: http://bugs.python.org/file13723/lch.ntpath.r71757.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5795] test_distutils failure on the ppc Debian buildbot

[Tarek Ziadé]

Tarek Ziadé  added the comment:

Fixed in r71758, all green under ppc. I am updating the News file now

thanks!

--
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5689] please support lzma compression as an extension and in the tarfile module

[Koen van de Sande]

Koen van de Sande  added the comment:

The LZMA implementation from 7-zip has been released as public domain 
(since version 4.62 / Nov 2008) in the LZMA SDK: http://www.7-zip.org/
sdk.html
So, there shouldn't be a license issue for Windows. I am not sure if 
there are already system-provided LZMA libraries on Linux at this time.

--
nosy: +koen

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5170] logging to file + encoding

[shamilbi]

shamilbi  added the comment:

(python 2.6.2, WinXP)
logging to console stopped working. Here is a workaround:

logging/__init__.py:
class StreamHandler(Handler):
...
def emit(self, record):
...
if (isinstance(msg, unicode) or
getattr(stream, 'encoding', None) is None):
- stream.write(fs % msg)
+ if stream == sys.stdout:
+ print(msg)
+ else:
+ stream.write(fs % msg)

--
status: closed -> open
type: crash -> behavior

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5800] make wsgiref.headers.Headers accept empty constructor

[Tarek Ziadé]

New submission from Tarek Ziadé :

wsgiref.headers.Headers will let you manage a collection of HTTP
response headers, but the constructor forces you to provide a list:

  >>> from wsgiref.headers import Headers
  >>> headers = Headers([])
  >>> headers.add_header('Content-Type', 'text/plain')

A logical change would be to allowed creating an empty Headers instance:

  >>> from wsgiref.headers import Headers
  >>> headers = Headers()
  >>> headers.add_header('Content-Type', 'text/plain')

--
components: Library (Lib)
messages: 86199
nosy: pje, tarek
severity: normal
status: open
title: make wsgiref.headers.Headers accept empty constructor
type: feature request
versions: Python 2.7, Python 3.1

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5801] spurious empty lines in wsgiref code

[Tarek Ziadé]

New submission from Tarek Ziadé :

the wsgiref package is hard to read, there are blocs of empty lines.

Can I pep8-fy it ?

--
components: Library (Lib)
messages: 86200
nosy: pje, tarek
severity: normal
status: open
title: spurious empty lines in wsgiref code
versions: Python 2.7, Python 3.1

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5802] The security descriptors of python binaries in Windows are not strict enough

[Hong Chen]

New submission from Hong Chen :

The security descriptors of python binaries (like python.exe,
pythonw.exe, etc) allow any Authenticated Users to modify these
binaries.  This may cause a privilege-escalation problem since
administrators may use python binaries when performing administrative
tasks.  A normal unprivileged user may turn a python binary into a
trojan and acquire administrator's sids.

Test environment: windows vista, python 2.6

--
components: Windows
messages: 86201
nosy: kindloaf
severity: normal
status: open
title: The security descriptors of python binaries in Windows are not strict 
enough
type: security
versions: Python 2.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5790] itertools.izip python code has a typo

[Raymond Hettinger]

Raymond Hettinger  added the comment:

Thanks for the report.  Fixed in r71770 and r71771.

--
resolution:  -> fixed
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5803] email/quoprimime: encode and decode are very slow on large messages

[Dave Baggett]

New submission from Dave Baggett :

The implementation of encode and decode are slow, and scale nonlinearly
in the size of the message to be encoded/decoded.

 A simple fix is to use an array.array('c') and append to it, rather
than using string concatenation. This change makes the code more than an
order of magnitude faster.

--
components: Library (Lib)
messages: 86203
nosy: dmbaggett
severity: normal
status: open
title: email/quoprimime: encode and decode are very slow on large messages
versions: Python 2.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5803] email/quoprimime: encode and decode are very slow on large messages

[Dave Baggett]

Changes by Dave Baggett :


--
type:  -> performance

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3720] segfault in for loop with evil iterator

[Guido van Rossum]

Guido van Rossum  added the comment:

I'm okay with that hack for 2.6 and 2.5.

--
nosy: +gvanrossum

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5689] please support lzma compression as an extension and in the tarfile module

[Martin v. Löwis]

Martin v. Löwis  added the comment:

> The LZMA implementation from 7-zip has been released as public domain 
> (since version 4.62 / Nov 2008) in the LZMA SDK: http://www.7-zip.org/
> sdk.html

That's good news. Now, if somebody could contribute a Python wrapper for
these...

> So, there shouldn't be a license issue for Windows. I am not sure if 
> there are already system-provided LZMA libraries on Linux at this time.

There are. The Linux version apparently originates from the same
sources, so they might be API compatible. However, I wouldn't mind
if we extracted the entire lzma library from 7zip, and put it into
the source distribution.

--
title: please support lzma compression as an extension and in the tarfile 
module -> please support lzma compression as an extension and in  the 
tarfile module

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3166] Make conversions from long to float correctly rounded.

[Mark Dickinson]

Mark Dickinson  added the comment:

(Slightly updated version of) patch applied in r71772 (trunk),
r71773 (py3k).

--
resolution:  -> accepted
stage: patch review -> committed/rejected
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5783] IDLE cannot find windows chm file

[Benjamin Peterson]

Benjamin Peterson  added the comment:

I think idle should be updated to look for the correct file name.

--
assignee: benjamin.peterson -> 

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5692] test_zipfile fails under Windows

[Benjamin Peterson]

Benjamin Peterson  added the comment:

You should probably just add a check that the path isn't in the root to
that condition.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5783] IDLE cannot find windows chm file

[Guilherme Polo]

Guilherme Polo  added the comment:

Maybe the functions in Doc/tools/sphinxext/patchlevel.py should be moved
to somewhere else then ? IDLE could use them.

--
nosy: +gpolo

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5783] IDLE cannot find windows chm file

[Martin v. Löwis]

Martin v. Löwis  added the comment:

> Maybe the functions in Doc/tools/sphinxext/patchlevel.py should be moved
> to somewhere else then ? IDLE could use them.

No. IDLE shouldn't parse the version out of the header file, but instead
use sys.version_info to compute the file name, so it's really just
get_sys_version_info, and you only need half of its return value.
Copying it is fine, IMO.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5783] IDLE cannot find windows chm file

[Guilherme Polo]

Guilherme Polo  added the comment:

Fine, Martin. Patch attached for idle only.

--
keywords: +patch
Added file: http://bugs.python.org/file13724/issue_5783.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5756] idle pydoc et al removed from 3.1 without versioned replacements

[Benjamin Peterson]

Benjamin Peterson  added the comment:

I think the scripts should just get a "3" appended to them in
installation. Unless distutils provides an easy way to do this, a patch
should probably just rename the scripts before installing them.

--
nosy: +tarek

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5756] idle pydoc et al removed from 3.1 without versioned replacements

[Benjamin Peterson]

Changes by Benjamin Peterson :


--
priority:  -> release blocker

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5575] Add env vars for controlling building sqlite, hashlib and ssl

[Ilya Sandler]

Ilya Sandler  added the comment:

I think this would be useful for anyone who builds cpython on a
non-mainstream platform.

I know this would have been useful for me when I tried to build cpython
on an older linux distro where libs were installed in a non-std location.

--
nosy: +isandler

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5237] Allow auto-numbered replacement fields in str.format() strings

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Suggested doc change for
LibRef / StringServices / string / Format String Syntax

1. In the grammar box, replace the field_name line with
"
field_name ::=  arg_name ("." attribute_name | "[" element_index "]")*
arg_name   ::= (identifier | integer)? 
"
The current text ambiguously uses "field_name" for both 'field_name' and
'arg_name'.  I found explaining the rule for blank arg_names in
field_names easier and clearer with two separate unambiguous terms.

Note: 'element_index' should be linked to its definition just as, for
instance, 'attribute_name' is.  Currently it is not.

2. Revise the next two paragraphs as follows (using * to indicate
grammar-term italics as in the current text -- except *all* is just for
emphasis):
"
In less formal terms, the replacement field starts with a *field_name*
that specifies the object whose value is to be formatted and inserted
into the output instead of the replacement field.  The *field_name* is
optionally followed by a *conversion* field, which is preceded by an
exclamation point '!', and a *format_spec*, which is preceded by a colon
':'.  These specify a non-default format for the replacement value.

The *field_name* itself begins with an *arg_name* that is either a
number or a keyword. If it’s a number, it refers to a positional
argument of the str.format() method, and if it’s a keyword it refers to
a named keyword argument. If the numerical arg_names in a format string
are 0, 1, 2, ... in sequence, they can *all* be omitted (not just some)
and the numbers 0, 1, 2, ... will be automatically inserted in order. 
The *arg_name* can be followed by any number of index or attribute
expressions. An expression of the form '.name' selects the named
attribute using getattr(), while an expression of the form '[index]'
does an index lookup using __getitem__().
"
Note: getattr and __getitem__ should be left linked as in the current text.

3. In the following examples, add
'''
"From {} to {}"  # Same as "From {0] to {1}"

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5796] test_posix, test_pty crash under Windows

[R. David Murray]

R. David Murray  added the comment:

Patch attached.  Can you test this for me or should I apply it and wait
to see if the buildbot passes?

--
keywords: +patch
stage: needs patch -> patch review
type: crash -> behavior
Added file: http://bugs.python.org/file13725/issue5796.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5783] IDLE cannot find windows chm file

[Kurt B. Kaiser]

Changes by Kurt B. Kaiser :


--
assignee:  -> kbk
nosy: +kbk

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3584] Exception for test_urllib2_localnet

[R. David Murray]

R. David Murray  added the comment:

test_urllib2_localnet works for me if something is running on port 8080
on python 2.6.  Since python 2.5 is in security-fix-only mode, this bug
report is out of date.

--
nosy: +r.david.murray
priority:  -> low
resolution:  -> out of date
stage:  -> committed/rejected
status: open -> closed
type: crash -> behavior

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5783] IDLE cannot find windows chm file

[Raymond Hettinger]

Raymond Hettinger  added the comment:

Fragile solution, but it works.  IMO, it's a better design to just have
the file named Python26.chm like it always used to be done.   Now, we've
duplicated someones arbitrary logic (ignoring sys.version_info.serial
and special casing sys.version_info.release_level=="final") but the
duplication isn't exact because the original puts dots better the major,
minor, and micro versions.  This is asking for another bug someday when
the logic gets changed in one place but not the other.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5796] test_posix, test_pty crash under Windows

[Benjamin Peterson]

Benjamin Peterson  added the comment:

I think you should apply it. You can always change it if it doesn't work.

--
nosy: +benjamin.peterson

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5783] IDLE cannot find windows chm file

[Martin v. Löwis]

Martin v. Löwis  added the comment:

> Fragile solution, but it works.  IMO, it's a better design to just have
> the file named Python26.chm like it always used to be done.

That was also fragile, as this bug report demonstrates. It broke when
sphinx decided to put more version information into the file names.

So when the file naming algorithm changes in one place and not the
others, it *will* break, no matter what the old algorithm was. The
lesson to be learned is that you just should be *very* careful to ever
change file names. Applying that lesson to the status quo means that
IDLE has to change, not the file name of the CHM file.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue918368] urllib doesn't correct server returned urls

[Senthil]

Senthil  added the comment:

Fixed this in the revision 71780 for Python 2.7.

--
versions:  -Python 2.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5762] AttributeError: 'NoneType' object has no attribute 'replace'

[Husen daudi]

Husen daudi  added the comment:

I have solved this error,
My tag has None value for one attribute.
But python should check for None value in _write_data function.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5170] logging to file + encoding

[Vinay Sajip]

Vinay Sajip  added the comment:

Can you retry with setting the "encoding" attribute of the file to
"cp1251"? That should work and that should be the appropriate method to
avoid the problem.

test_logging.py in the Python distribution has a test which exercises
Unicode functionality using cp1251, does that test work in your environment?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com