[issue1309352] Make fcntl work properly on AMD64
R. David Murray rdmur...@bitdance.com added the comment: @AP: ran patched test on Freebsd (6.2) as requested. Result is: test_fcntl_64_bit (test.test_fcntl.TestFcntl) ... skipped 'F_NOTIFY or DN_MULTISHOT unavailable' -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1309352 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6061] time.clock(): overflow in programs that run for very long
New submission from Thomas Reiter thom...@nikhef.nl: On a 64-bit Linux machine the attached program generates the following (shortened) output: $ python bug.py ... after 2145.49s: after 2145.82s: after 2146.14s: after 2146.47s: after 2146.80s: after 2147.13s: after 2147.45s: after -2147.19s: Here's your bug - $ uname -a Linux 2.6.18-92.1.22.el5 #1 SMP Tue Dec 16 06:45:03 EST 2008 x86_64 x86_64 x86_64 GNU/Linux $ python -V Python 2.6 -- components: Library (Lib) files: bug.py messages: 88069 nosy: tom65536 severity: normal status: open title: time.clock(): overflow in programs that run for very long type: behavior versions: Python 2.6 Added file: http://bugs.python.org/file14015/bug.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6061 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6061] time.clock(): overflow in programs that run for very long
Antoine Pitrou pit...@free.fr added the comment: time.clock() is a simple wrapper around the C stdlib clock() function. As the clock() man page says: « Note that the time can wrap around. On a 32-bit system where CLOCKS_PER_SEC equals 100 this function will return the same value approximately every 72 minutes. » Is it a 32-bit or 64-bit Python build? (you might have a 32-bit build on a 64-bit system) If it is a 64-bit build, what are sizeof(clock_t) and CLOCKS_PER_SEC on a your system? You can compile the following small C program to get the answer. #include stdio.h #include time.h int main(int argc, char **argv) { printf(sizeof(clock_t)=%d, CLOCKS_PER_SEC=%d\n, sizeof(clock_t), CLOCKS_PER_SEC); return 0; } -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6061 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6061] time.clock(): overflow in programs that run for very long
Antoine Pitrou pit...@free.fr added the comment: It is very likely you have a 32-bit Python build because: 2**32/100. 4294.967295998 and 4294 is exactly the number of seconds by which your clock() value wraps around. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6061 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3585] pkg-config support
sol simon.hen...@wiktory.org added the comment: I totally agree. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3585 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1983] Return from fork() is pid_t, not int
Antoine Pitrou pit...@free.fr added the comment: The following patch should do the trick. -- keywords: +patch nosy: +pitrou Added file: http://bugs.python.org/file14016/issue1983.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1983 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1983] Return from fork() is pid_t, not int
Changes by Antoine Pitrou pit...@free.fr: -- resolution: fixed - stage: - patch review versions: +Python 2.6, Python 2.7, Python 3.0, Python 3.1 -Python 2.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1983 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6061] time.clock(): overflow in programs that run for very long
Thomas Reiter thom...@nikhef.nl added the comment: That version of Python is linked against 32-bit libc. Point of overflow corresponds to 2^31 us. -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6061 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3585] pkg-config support
Antoine Pitrou pit...@free.fr added the comment: Patch looks good here. -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3585 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6058] Add cp65001 to encodings/aliases.py
Changes by Antoine Pitrou pit...@free.fr: -- nosy: +lemburg, loewis ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6058 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1602] windows console doesn't print utf8 (Py30a2)
Changes by Antoine Pitrou pit...@free.fr: -- nosy: +amaury.forgeotdarc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1602 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1722344] Thread shutdown exception in Thread.notify()
Changes by Antoine Pitrou pit...@free.fr: -- nosy: +pitrou stage: - patch review type: - behavior versions: +Python 2.6, Python 2.7, Python 3.0, Python 3.1 -Python 2.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1722344 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6042] Document and slightly simplify lnotab tracing
Antoine Pitrou pit...@free.fr added the comment: I can't say anything about the simplification since I never use tracing, but +1 at least on the doc cleanup. -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6042 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1602] windows console doesn't print utf8 (Py30a2)
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: an immediate thing to do is to declare cp65001 as an encoding: Index: Lib/encodings/aliases.py === --- Lib/encodings/aliases.py(revision 72757) +++ Lib/encodings/aliases.py(working copy) @@ -511,6 +511,7 @@ 'utf8' : 'utf_8', 'utf8_ucs2' : 'utf_8', 'utf8_ucs4' : 'utf_8', +'cp65001': 'utf_8', ## uu_codec codec #'uu' : 'uu_codec', This is not enough unfortunately, because the win32 API function WriteFile() returns the number of characters written, not the number of (utf8) bytes: print(\u0124\u0102 + 'abc') ĤĂabc c [44420 refs] Additionally, there is a bug in the ReadFile, which returns an empty string (and no error) when a non-ascii character is entered, which is the behavior of an EOF condition... Maybe the solution is to use the win32 console API directly... -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1602 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6056] socket.setdefaulttimeout affecting multiprocessing Manager
Jesse Noller jnol...@gmail.com added the comment: Well; I'm pretty tapped out right now - I think your idea of checking to see if a timeout has been set elsewhere makes sense. If you have the time to put together a patch (with a unit test or three :)) I can review it. Might take me a bit of time to get to this. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6056 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1761028] pickle - cannot unpickle circular deps with custom __hash__
Changes by Tristam MacDonald swiftco...@gmail.com: -- nosy: +swiftcoder ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1761028 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1761028] pickle - cannot unpickle circular deps with custom __hash__
Tristam MacDonald swiftco...@gmail.com added the comment: Is there any sign of a patch or workaround for this issue? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1761028 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1309352] Make fcntl work properly on AMD64
Antoine Pitrou pit...@free.fr added the comment: @AP: ran patched test on Freebsd (6.2) as requested. Thanks! For the record, did the rest of test_fcntl pass? Is it a 32-bit or a 64-bit build? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1309352 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1309352] Make fcntl work properly on AMD64
R. David Murray rdmur...@bitdance.com added the comment: On Tue, 19 May 2009 at 16:24, Antoine Pitrou wrote: Thanks! For the record, did the rest of test_fcntl pass? Is it a 32-bit or a 64-bit build? Yes and 32 bit. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1309352 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6060] PYTHONHOME should be more flexible (and controllable by --libdir)
R. David Murray rdmur...@bitdance.com added the comment: PYTHONHOME is defined as 'prefix:exec-prefix'. Given that definition the library must be resolved relatively by appending 'lib/pythonX.Y'. Given the long standing nature of this interface, I doubt the meaning can be changed. It might be possible to _extend_ the definition of PYTHONHOME to have additional elements, one of which would be libdir. It seems to me that this would be backward compatible. This possibility, and/or other solutions, would be more appropriately discussed on python-ideas. And then of course someone would have to develop a patch to implement whatever scheme wins consensus (assuming the consensus is that this is a problem worth solving). -- nosy: +r.david.murray priority: - normal versions: +Python 2.7, Python 3.2 -Python 2.5, Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6060 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6022] test_distutils leaves a 'foo' file behind in the cwd
R. David Murray rdmur...@bitdance.com added the comment: It's not just on the buildbots, it passes fine on my Gentoo box. So the question really is, what's different about your box that makes it fail? Can you figure out what bit of code is not finding that library? How do you run the tests? Maybe that makes a difference. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6022 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6063] pydoc_data package is not installed
New submission from Ronald Oussoren ronaldousso...@mac.com: The package Lib/pydoc_data is not installed by Makefile.pre.in. Because of this pydoc if won't work. The attached patch fixes this issue. I've applied this patch to the trunk (r72787) and py3k (r72788), and filed this issue because I'm not 100% sure if this should be backported to 2.6 (because this fix causes additional python modules to be made available). (Assigned to Georg Brandl because he committed the last changes to pydoc_data, and is the documentation guru) -- assignee: georg.brandl files: pydoc_data.patch keywords: 26backport, patch messages: 88086 nosy: georg.brandl, ronaldoussoren severity: normal status: open title: pydoc_data package is not installed versions: Python 2.6, Python 2.7, Python 3.1 Added file: http://bugs.python.org/file14017/pydoc_data.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6063 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4554] Missing make altframeworkinstall for Mac OS X
Ronald Oussoren ronaldousso...@mac.com added the comment: Closing as won't fix because you can use make altinstall. -- resolution: - wont fix status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4554 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6064] Add daemon argument to threading.Thread constructor
New submission from Miki Tebeka miki.teb...@gmail.com: It would be nice if threading.Thread constructor will have a daemon argument as well. This way we'll be able to write Thread(target=some_function, daemon=1).start() Instead of currently writing t = Thread(target=some_function) t.daemon = True t.start() -- components: Library (Lib) messages: 88088 nosy: tebeka severity: normal status: open title: Add daemon argument to threading.Thread constructor type: feature request versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6064 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5269] OS X Installer: add options to specify universal build type and deployment target
Ronald Oussoren ronaldousso...@mac.com added the comment: Closing this issue because it was fixed a while back. The bsddb test failure I rever to in my previous message turned out to be a non-issue: these tests just take a very long time to finish. -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5269 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5272] OS X installer: fix makefile target changed for 3.x
Ronald Oussoren ronaldousso...@mac.com added the comment: make fullinstall is wrong, this will install a python executable as well as the proper python3 and python3.1 executables. I'll do a build of the 3.1 installer ASAP and fix any issues with that. -- nosy: +ronaldoussoren ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5272 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3791] bsddb not completely removed
Ronald Oussoren ronaldousso...@mac.com added the comment: The mac issue mentioned by karlcow is not relevant for this discussion and refers to the system install of Python. The python.org maintainers cannot influence the behaviour of that installation, especially not w.r.t. the installation of optional extras like bsddb. BTW. Can this issue be closed? BTW2. Switching components from Macintosh to Installation because this is not related to the macos port. -- components: +Installation -Macintosh nosy: +ronaldoussoren ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3791 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5769] OS X Installer: new make of documentation installs at wrong location
Ronald Oussoren ronaldousso...@mac.com added the comment: I've recently fixed this for 3.1, and fixed this for 2.x a while back. -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5769 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue892707] debuggable/profileable Python framework
Ronald Oussoren ronaldousso...@mac.com added the comment: This might be useful for profiling. Debugging information is already present in the default build of the framework. A seperate binary for --with-pydebug won't be possible as AFAIK --with- pydebug changes the ABI and hence having both in the same framework will cause problems for extensions. I'm not planning to work on this, but would be willing to review a patch. -- nosy: +ronaldoussoren ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue892707 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6064] Add daemon argument to threading.Thread constructor
Raymond Hettinger rhettin...@users.sourceforge.net added the comment: +1 -- nosy: +rhettinger ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6064 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6064] Add daemon argument to threading.Thread constructor
Changes by Raymond Hettinger rhettin...@users.sourceforge.net: -- versions: +Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6064 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4834] Trouble configuring with icc on Mac OS X 10.5
Ronald Oussoren ronaldousso...@mac.com added the comment: Skip could you please answer the questions in msg83149? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4834 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6003] ZipFile.writestr compression_type argument
Ronald Oussoren ronaldousso...@mac.com added the comment: Argh... The patch includes an update to configure.in, please ignore that bit. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6003 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6065] bdist_msi.py failed assert when including extension modules
Index: bdist_msi.py === --- bdist_msi.py(revision 72507) +++ bdist_msi.py(working copy) @@ -141,6 +141,8 @@ bdist_base = self.get_finalized_command('bdist').bdist_base self.bdist_dir = os.path.join(bdist_base, 'msi') short_version = get_python_version() +if (not self.target_version) and self.distribution.has_ext_modules(): + self.target_version = short_version if self.target_version: self.versions = [self.target_version] if not self.skip_build and self.distribution.has_ext_modules()\ Index: bdist_msi.py === --- bdist_msi.py(revision 72507) +++ bdist_msi.py(working copy) @@ -141,6 +141,8 @@ bdist_base = self.get_finalized_command('bdist').bdist_base self.bdist_dir = os.path.join(bdist_base, 'msi') short_version = get_python_version() +if (not self.target_version) and self.distribution.has_ext_modules(): + self.target_version = short_version if self.target_version: self.versions = [self.target_version] if not self.skip_build and self.distribution.has_ext_modules()\ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5942] Ambiguity in dbm.open flag documentation
Georg Brandl ge...@python.org added the comment: It was my mistake -- anydbm is called dbm in py3k. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5942 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6063] pydoc_data package is not installed
Georg Brandl ge...@python.org added the comment: Thanks for fixing! There's no need to backport; the pydoc_data package is new in 2.7/3.1. -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6063 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5982] classmethod, staticmethod: expose wrapped function
George Sakkis george.sak...@gmail.com added the comment: I don't remember the exact use case but it had to do with making a decorator robust enough to work for different kinds of callables (and a few common non-callables such as classmethod/staticmethod). It's not a show stopper by any means but I thought it would be easy (if not trivial) to implement, and regardless of actual use cases I don't see a reason to keep the function hidden. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5982 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue858809] Use directories from configure rather than hardcoded
Changes by Daniel Diniz aja...@gmail.com: -- assignee: - tarek components: +Distutils nosy: +tarek stage: - needs patch type: - behavior versions: +Python 3.1 -Python 2.5, Python 2.7, Python 3.0 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue858809 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5982] classmethod, staticmethod: expose wrapped function
Raymond Hettinger rhettin...@users.sourceforge.net added the comment: I am all for exposing the __func__ directly but don't immediately see how to do it. -- assignee: rhettinger - ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5982 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2690] Precompute range length
Changes by Raymond Hettinger rhettin...@users.sourceforge.net: -- assignee: rhettinger - ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2690 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5337] Scanner class in re module undocumented
Raymond Hettinger rhettin...@users.sourceforge.net added the comment: Looking back at the original thread, good reasons were expresses for not documenting this code but just leaving it in as an example. -- dependencies: -Regexp 2.7 (modifications to current re 2.2.2) resolution: - rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5337 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6066] POP_MARK was not in pickle protocol 0
New submission from Collin Winter coll...@gmail.com: Lib/pickletools.py incorrectly thinks POP_MARK was part of protocol 0; POP_MARK was only added with the introduction of protocol 1 in r7753. This mistake led me down a dead end while fixing another pickling issue. Alexandre, can you double-check me on this? Feel free to bounce this back if you don't have time. I'll port this to py3k. I'm leaning toward a backport to 2.6; any thoughts on that? -- components: Library (Lib) files: pickletools.patch keywords: easy, patch messages: 88105 nosy: alexandre.vassalotti, collinwinter priority: low severity: normal stage: patch review status: open title: POP_MARK was not in pickle protocol 0 type: behavior versions: Python 2.7, Python 3.1 Added file: http://bugs.python.org/file14020/pickletools.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6066 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6066] POP_MARK was not in pickle protocol 0
Alexandre Vassalotti alexan...@peadrop.com added the comment: SHORT_BINBYTES needs to be corrected as well; pickletools lists it as part of protocol 0 instead of protocol 3. I doubt backporting this patch to 2.6 will cause any trouble. So, you can go forward with this. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6066 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com