[ python-Bugs-1355826 ] shutil.move() does not preserve ownership
Bugs item #1355826, was opened at 2005-11-13 11:14 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1355826&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Python Library Group: Python 2.4 Status: Open Resolution: None Priority: 5 Submitted By: lightweight (sprif) Assigned to: Nobody/Anonymous (nobody) Summary: shutil.move() does not preserve ownership Initial Comment: shutil.move() does not preserve file and directory ownership when moving a whole directory tree to a different filesystem. This does not happen when shutil.move() is used to move a directory tree within the same filesystem. Version: python 2.4.2 I have had a look at the source code in shutil.py and noticed that shutil.copystat() does not copy the ownership information, whereas "stat" command does output information about the ownership (on GNU/Linux at least). The only discussion I found refering to file / directory ownership and possible security implications (if any) can be found here: http://mail.python.org/pipermail/python-bugs-list/2004-November/025985.html -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1355826&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-869197 ] setgroups rejects long integer arguments
Bugs item #869197, was opened at 2004-01-02 10:38 Message generated for change (Comment added) made by loewis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=869197&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Python Library Group: Feature Request >Status: Closed >Resolution: Accepted Priority: 5 Submitted By: Paul Jarc (prjsf) Assigned to: Reinhold Birkenfeld (birkenfeld) Summary: setgroups rejects long integer arguments Initial Comment: os.setgroups ought to accept long integer arguments, just as os.setgid does. I think this worked in an earlier version of Python - or maybe it was that string.atol used to return a non-long integer if the number was small enough, so I didn't encounter long integers at all. >>> import os >>> os.setgid(1L) >>> os.setgroups((1L,)) Traceback (most recent call last): File "", line 1, in ? TypeError: groups must be integers >>> import sys >>> print sys.version 2.3.3 (#1, Dec 30 2003, 22:52:56) [GCC 3.2.3] -- >Comment By: Martin v. Löwis (loewis) Date: 2005-11-13 11:16 Message: Logged In: YES user_id=21627 The patch looks fine, please apply. Please remove the unused variable check, though. -- Comment By: Reinhold Birkenfeld (birkenfeld) Date: 2005-11-11 09:44 Message: Logged In: YES user_id=1188172 Adding enhanced patch. -- Comment By: Martin v. Löwis (loewis) Date: 2005-10-02 10:52 Message: Logged In: YES user_id=21627 Would that be the time to check that the value fits into a gid_t? I think the strategy would be this: - assign the value to grouplist[i] - read it back again - check if this is still the same value -- Comment By: Reinhold Birkenfeld (birkenfeld) Date: 2005-09-29 22:36 Message: Logged In: YES user_id=1188172 Attaching patch against CVS head. Please review. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=869197&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1354265 ] Interactive help fails with Windows Installer
Bugs item #1354265, was opened at 2005-11-11 19:21 Message generated for change (Comment added) made by loewis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1354265&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build Group: Python 2.4 >Status: Closed >Resolution: Invalid Priority: 5 Submitted By: Colin J. Williams (cjwhrh) Assigned to: Nobody/Anonymous (nobody) Summary: Interactive help fails with Windows Installer Initial Comment: help> SPECIALMETHODS Sorry, topic and keyword documentation is not available because the Python HTML documentation files could not be found. If you have installed them, please set the environment variable PYTHONDOCS to indicate their location. help> The problem appears to be that the MS Help .chm is used and no HTML docs are provided. Colin W. -- >Comment By: Martin v. Löwis (loewis) Date: 2005-11-13 11:20 Message: Logged In: YES user_id=21627 That is deliberate; you have to download the HTML documentation manually, from http://docs.python.org/download.html Alternatively, just invoke hh -decompile c:\python24\doc\html c:\python24\python24.chm -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1354265&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1281408 ] Py_BuildValue k format units don't work with big values
Bugs item #1281408, was opened at 2005-09-04 00:12
Message generated for change (Comment added) made by loewis
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1281408&group_id=5470
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Python Interpreter Core
Group: Python 2.4
Status: Open
Resolution: None
Priority: 5
Submitted By: Adal Chiriliuc (adalx)
>Assigned to: Reinhold Birkenfeld (birkenfeld)
Summary: Py_BuildValue k format units don't work with big values
Initial Comment:
Python 2.4 on Windows XP SP2
Consider this code:
unsigned long x = 0xaabbccdd;
PyObject* v = Py_BuildValue("k", x);
unsigned long y = PyLong_AsUnsignedLong(v);
y will be equal with -1 because PyLong_AsUnsignedLong
will raise an OverflowError since Py_BuildValue doesn't
create a long for the "k" format unit, but an int which
will be interpreted as a negative number.
The K format seems to have the same error,
PyLong_FromLongLong is used instead of
PyLong_FromUnsignedLongLong.
The do_mkvalue function from mod_support.c must be
fixed to use PyLong_FromUnsignedLong instead of
PyInt_FromLong for "k".
Also, the BHLkK format units for Py_BuildValue should
be documented. In my Python 2.4 manual they do not appear.
--
>Comment By: Martin v. Löwis (loewis)
Date: 2005-11-13 11:31
Message:
Logged In: YES
user_id=21627
The patch looks wrong: for 'I' (capital i), you va_arg
unsigned long; I think 'I' should do unsigned int instead.
A minor nit: why does it move the 'l' case (lower L)?
Apart from that, the patch looks fine.
--
Comment By: Reinhold Birkenfeld (birkenfeld)
Date: 2005-11-11 09:45
Message:
Logged In: YES
user_id=1188172
Ping!
--
Comment By: Reinhold Birkenfeld (birkenfeld)
Date: 2005-09-18 12:07
Message:
Logged In: YES
user_id=1188172
Attaching patch (including doc changes). For I and k, it
creates an int if it fits, else a long.
--
Comment By: Martin v. Löwis (loewis)
Date: 2005-09-18 10:59
Message:
Logged In: YES
user_id=21627
I'm not sure what it should do: the other option would be to
create an int if it fits, else a long. For 2.4.x atleast,
this would give better backwards compatibility given the
status quo.
I certainly agree that the documentation should be updated.
Patches are welcome.
--
Comment By: Reinhold Birkenfeld (birkenfeld)
Date: 2005-09-14 22:02
Message:
Logged In: YES
user_id=1188172
I think you're right. Do you too, Martin?
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1281408&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1316069 ] gzip.GzipFile.seek missing second argument
Bugs item #1316069, was opened at 2005-10-07 21:34 Message generated for change (Comment added) made by loewis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1316069&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Extension Modules Group: None Status: Open Resolution: None Priority: 5 Submitted By: Neil Schemenauer (nascheme) Assigned to: Nobody/Anonymous (nobody) Summary: gzip.GzipFile.seek missing second argument Initial Comment: It would nice if GzipFile.seek matched file.seek and BZ2File.seek and took a second argument. -- >Comment By: Martin v. Löwis (loewis) Date: 2005-11-13 11:45 Message: Logged In: YES user_id=21627 Patches can (and should) be attached to the bugs if possible. With SF access control, only the submitter and a patch admin may do so, though. -- Comment By: Fredrik Lundh (effbot) Date: 2005-11-12 11:57 Message: Logged In: YES user_id=38376 I've posted a trivial patch over at www.python.org/sf/1355023 (can patches be attached to bugs, or do we always want them over at the patch tracker?) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1316069&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1355842 ] Incorrect Decimal-float behavior for += and *=
Bugs item #1355842, was opened at 2005-11-13 11:17
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1355842&group_id=5470
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Python Library
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Connelly (connelly)
Assigned to: Nobody/Anonymous (nobody)
Summary: Incorrect Decimal-float behavior for += and *=
Initial Comment:
The += and *= operators have strange behavior when the
LHS is a Decimal and the RHS is a float (as of
2005-11-13 CVS decimal.py).
Example:
>>> d = Decimal('1.02')
>>> d += 2.1
>>> d
NotImplemented
A blatant violation of "Errors should never pass silently."
Also, a bad error description is produced for the *=
operator:
>>> d = Decimal('1.02')
>>> d *= 2.9
Traceback (most recent call last):
File "", line 1, in ?
TypeError: can't multiply sequence by non-int
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1355842&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1355883 ] make depend/clean issues w/ ast
Bugs item #1355883, was opened at 2005-11-13 07:27 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1355883&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build Group: None Status: Open Resolution: None Priority: 5 Submitted By: Skip Montanaro (montanaro) Assigned to: Nobody/Anonymous (nobody) Summary: make depend/clean issues w/ ast Initial Comment: I noticed two issues with the ast vis a vis building and cleaning. Haven't had a chance to look into them, however... 1. From a fresh checkout, execute configure, then "make -j2". It will run Parser/asdl_c.py twice simultaneously. This can obviously lead to corrupt Python-ast.[ch] files. 2. Neither "make clean" nor "make distclean" delete the Python-ast.[ch] files. "make distclean" at least should. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1355883&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1354265 ] Interactive help fails with Windows Installer
Bugs item #1354265, was opened at 2005-11-11 13:21 Message generated for change (Comment added) made by cjwhrh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1354265&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build Group: Python 2.4 Status: Closed Resolution: Invalid Priority: 5 Submitted By: Colin J. Williams (cjwhrh) Assigned to: Nobody/Anonymous (nobody) Summary: Interactive help fails with Windows Installer Initial Comment: help> SPECIALMETHODS Sorry, topic and keyword documentation is not available because the Python HTML documentation files could not be found. If you have installed them, please set the environment variable PYTHONDOCS to indicate their location. help> The problem appears to be that the MS Help .chm is used and no HTML docs are provided. Colin W. -- >Comment By: Colin J. Williams (cjwhrh) Date: 2005-11-13 09:01 Message: Logged In: YES user_id=285587 Many thanks, the hh -decompile method is simple. Maybe a note could be added to the Windows installer, or perhaps the installer could do it. Incidentally, for my machine, the command was: hh -decompile c:\python24\doc\html c:\python24\Doc\python24.chm -- Comment By: Martin v. Löwis (loewis) Date: 2005-11-13 05:20 Message: Logged In: YES user_id=21627 That is deliberate; you have to download the HTML documentation manually, from http://docs.python.org/download.html Alternatively, just invoke hh -decompile c:\python24\doc\html c:\python24\python24.chm -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1354265&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1355903 ] Division Error
Bugs item #1355903, was opened at 2005-11-13 14:41 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1355903&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Python Interpreter Core Group: Python 2.4 Status: Open Resolution: None Priority: 5 Submitted By: Azimuth (azimuth84) Assigned to: Nobody/Anonymous (nobody) Summary: Division Error Initial Comment: The division operation "7.0/5" yields 1.39 instead of 1.4 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1355903&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1355903 ] Division Error
Bugs item #1355903, was opened at 2005-11-13 15:41 Message generated for change (Comment added) made by effbot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1355903&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Python Interpreter Core Group: Python 2.4 >Status: Closed >Resolution: Invalid Priority: 5 Submitted By: Azimuth (azimuth84) Assigned to: Nobody/Anonymous (nobody) Summary: Division Error Initial Comment: The division operation "7.0/5" yields 1.39 instead of 1.4 -- Comment By: Fredrik Lundh (effbot) Date: 2005-11-13 16:52 Message: Logged In: YES user_id=38376 This is not a bug. Binary floating point cannot represent decimal fractions exactly, so some rounding always occurs (even in Python 1.5.2). What changed is that Python 2.0 shows more precision than before in certain circumstances (repr() and the interactive prompt). You can use str() or print to get the old, rounded output: >>> print 0.1+0.1 0.2 >>> Follow the link for more information: http://www.python.org/doc/2.2.1/tut/node14.html -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1355903&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1343671 ] Broken docs for os.removedirs
Bugs item #1343671, was opened at 2005-10-31 12:30 Message generated for change (Settings changed) made by effbot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1343671&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None >Priority: 3 Submitted By: David Kågedal (d_kagedal) Assigned to: Nobody/Anonymous (nobody) Summary: Broken docs for os.removedirs Initial Comment: The documentation for the os.removedirs function is seriously broken. This is from the library reference: "removedirs(path) Removes directories recursively. Works like rmdir() except that, if the leaf directory is successfully removed, directories corresponding to rightmost path segments will be pruned way until either the whole path is consumed or an error is raised (which is ignored, because it generally means that a parent directory is not empty). Throws an error exception if the leaf directory could not be successfully removed. New in version 1.5.2." The first sentence is the only part that makes any sense. This shorter version contains as much information and less misinformation" "removedirs(path) Removes a directory and everything in it recursively. If a file couldn't be removed, the removal is aborted and you might get an exception if you're lucky." The doc string you get when you type "help(os.removedirs)" is different from the one in the library reference, but equally broken. -- Comment By: Fredrik Lundh (effbot) Date: 2005-11-12 16:54 Message: Logged In: YES user_id=38376 (I've changed the docstring from "remove a leaf directory and empty all intermediate ones" to "remove a leaf directory and all empty intermediate ones". both the docstring and the docs could need some clarification, but the text you propose is not really an improvement...) -- Comment By: Fredrik Lundh (effbot) Date: 2005-11-12 16:49 Message: Logged In: YES user_id=38376 Are you sure you understand how the function works? Given "spam/egg/bacon", it first attempts to do an rmdir on spam/egg/bacon. If that fails, the function raises an exception. Otherwise, it proceeds to rmdir spam/egg and spam. Errors during the latter stage are ignored. If you want to remove directories whether they're empty or not, use shutil.rmtree. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1343671&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1355883 ] make depend/clean issues w/ ast
Bugs item #1355883, was opened at 2005-11-13 23:27 Message generated for change (Comment added) made by krumms You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1355883&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build Group: None Status: Open Resolution: None Priority: 5 Submitted By: Skip Montanaro (montanaro) Assigned to: Nobody/Anonymous (nobody) Summary: make depend/clean issues w/ ast Initial Comment: I noticed two issues with the ast vis a vis building and cleaning. Haven't had a chance to look into them, however... 1. From a fresh checkout, execute configure, then "make -j2". It will run Parser/asdl_c.py twice simultaneously. This can obviously lead to corrupt Python-ast.[ch] files. 2. Neither "make clean" nor "make distclean" delete the Python-ast.[ch] files. "make distclean" at least should. -- Comment By: Thomas Lee (krumms) Date: 2005-11-14 02:24 Message: Logged In: YES user_id=315535 The first problem is being caused by a simple misunderstanding/oversight in Makefile.pre.in. The rule for a target will be called for each target. In our case, we have Python-ast.h and Python-ast.c in our list of targets. So asdl_c.py gets called once for each target. Hope this makes sense. :) If not I can bang up a patch so you can at least see what I'm on about. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1355883&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1355883 ] make depend/clean issues w/ ast
Bugs item #1355883, was opened at 2005-11-13 07:27 Message generated for change (Comment added) made by montanaro You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1355883&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build Group: None Status: Open Resolution: None Priority: 5 Submitted By: Skip Montanaro (montanaro) Assigned to: Nobody/Anonymous (nobody) Summary: make depend/clean issues w/ ast Initial Comment: I noticed two issues with the ast vis a vis building and cleaning. Haven't had a chance to look into them, however... 1. From a fresh checkout, execute configure, then "make -j2". It will run Parser/asdl_c.py twice simultaneously. This can obviously lead to corrupt Python-ast.[ch] files. 2. Neither "make clean" nor "make distclean" delete the Python-ast.[ch] files. "make distclean" at least should. -- >Comment By: Skip Montanaro (montanaro) Date: 2005-11-13 10:44 Message: Logged In: YES user_id=44345 I was thinking it might be something like that. Perhaps asdl_c.py should be modified to accept an output flag (--output=[hc] or -h/-c) so it only generates one file or the other. -- Comment By: Thomas Lee (krumms) Date: 2005-11-13 10:24 Message: Logged In: YES user_id=315535 The first problem is being caused by a simple misunderstanding/oversight in Makefile.pre.in. The rule for a target will be called for each target. In our case, we have Python-ast.h and Python-ast.c in our list of targets. So asdl_c.py gets called once for each target. Hope this makes sense. :) If not I can bang up a patch so you can at least see what I'm on about. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1355883&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1355883 ] make depend/clean issues w/ ast
Bugs item #1355883, was opened at 2005-11-13 23:27 Message generated for change (Comment added) made by krumms You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1355883&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build Group: None Status: Open Resolution: None Priority: 5 Submitted By: Skip Montanaro (montanaro) Assigned to: Nobody/Anonymous (nobody) Summary: make depend/clean issues w/ ast Initial Comment: I noticed two issues with the ast vis a vis building and cleaning. Haven't had a chance to look into them, however... 1. From a fresh checkout, execute configure, then "make -j2". It will run Parser/asdl_c.py twice simultaneously. This can obviously lead to corrupt Python-ast.[ch] files. 2. Neither "make clean" nor "make distclean" delete the Python-ast.[ch] files. "make distclean" at least should. -- Comment By: Thomas Lee (krumms) Date: 2005-11-14 02:45 Message: Logged In: YES user_id=315535 Already on it :) Shall have a patch up shortly. -- Comment By: Skip Montanaro (montanaro) Date: 2005-11-14 02:44 Message: Logged In: YES user_id=44345 I was thinking it might be something like that. Perhaps asdl_c.py should be modified to accept an output flag (--output=[hc] or -h/-c) so it only generates one file or the other. -- Comment By: Thomas Lee (krumms) Date: 2005-11-14 02:24 Message: Logged In: YES user_id=315535 The first problem is being caused by a simple misunderstanding/oversight in Makefile.pre.in. The rule for a target will be called for each target. In our case, we have Python-ast.h and Python-ast.c in our list of targets. So asdl_c.py gets called once for each target. Hope this makes sense. :) If not I can bang up a patch so you can at least see what I'm on about. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1355883&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1355883 ] make depend/clean issues w/ ast
Bugs item #1355883, was opened at 2005-11-13 23:27 Message generated for change (Comment added) made by krumms You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1355883&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build Group: None Status: Open Resolution: None Priority: 5 Submitted By: Skip Montanaro (montanaro) Assigned to: Nobody/Anonymous (nobody) Summary: make depend/clean issues w/ ast Initial Comment: I noticed two issues with the ast vis a vis building and cleaning. Haven't had a chance to look into them, however... 1. From a fresh checkout, execute configure, then "make -j2". It will run Parser/asdl_c.py twice simultaneously. This can obviously lead to corrupt Python-ast.[ch] files. 2. Neither "make clean" nor "make distclean" delete the Python-ast.[ch] files. "make distclean" at least should. -- Comment By: Thomas Lee (krumms) Date: 2005-11-14 02:58 Message: Logged In: YES user_id=315535 Fix for part 1 here: http://sourceforge.net/tracker/index.php?func=detail&aid=1355971&group_id=5470&atid=305470 -- Comment By: Thomas Lee (krumms) Date: 2005-11-14 02:45 Message: Logged In: YES user_id=315535 Already on it :) Shall have a patch up shortly. -- Comment By: Skip Montanaro (montanaro) Date: 2005-11-14 02:44 Message: Logged In: YES user_id=44345 I was thinking it might be something like that. Perhaps asdl_c.py should be modified to accept an output flag (--output=[hc] or -h/-c) so it only generates one file or the other. -- Comment By: Thomas Lee (krumms) Date: 2005-11-14 02:24 Message: Logged In: YES user_id=315535 The first problem is being caused by a simple misunderstanding/oversight in Makefile.pre.in. The rule for a target will be called for each target. In our case, we have Python-ast.h and Python-ast.c in our list of targets. So asdl_c.py gets called once for each target. Hope this makes sense. :) If not I can bang up a patch so you can at least see what I'm on about. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1355883&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1343671 ] Broken docs for os.removedirs
Bugs item #1343671, was opened at 2005-10-31 12:30 Message generated for change (Comment added) made by d_kagedal You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1343671&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 3 Submitted By: David Kågedal (d_kagedal) Assigned to: Nobody/Anonymous (nobody) Summary: Broken docs for os.removedirs Initial Comment: The documentation for the os.removedirs function is seriously broken. This is from the library reference: "removedirs(path) Removes directories recursively. Works like rmdir() except that, if the leaf directory is successfully removed, directories corresponding to rightmost path segments will be pruned way until either the whole path is consumed or an error is raised (which is ignored, because it generally means that a parent directory is not empty). Throws an error exception if the leaf directory could not be successfully removed. New in version 1.5.2." The first sentence is the only part that makes any sense. This shorter version contains as much information and less misinformation" "removedirs(path) Removes a directory and everything in it recursively. If a file couldn't be removed, the removal is aborted and you might get an exception if you're lucky." The doc string you get when you type "help(os.removedirs)" is different from the one in the library reference, but equally broken. -- >Comment By: David Kågedal (d_kagedal) Date: 2005-11-13 22:11 Message: Logged In: YES user_id=1260741 > Are you sure you understand how the function works? No I'm not. But that's the whole point of this bug report. Reading the documentation didn't help. Saying "Removes directories recursively" means something different to me than what you describe, so I think it's easy to mislead already there. When it sans that "rightmost path segments will be pruned away", that doesn't tell me that anything will be removed from the file system, does it? My suggestion for new doc string wasn't meant to be accepted, but more to describe what information the original contained. How about this then: Removes the given directory, just like rmdir(). In addition, if the removal was successful, the parent directories mentioned in the 'path' argument are removed if they are now empty. This is done by removing the last path segment from the given path and trying to remove the directory given by the remaining path, until there is nothing left of the original path string. No exception will be raised while trying to remove parent directories. -- Comment By: Fredrik Lundh (effbot) Date: 2005-11-12 16:54 Message: Logged In: YES user_id=38376 (I've changed the docstring from "remove a leaf directory and empty all intermediate ones" to "remove a leaf directory and all empty intermediate ones". both the docstring and the docs could need some clarification, but the text you propose is not really an improvement...) -- Comment By: Fredrik Lundh (effbot) Date: 2005-11-12 16:49 Message: Logged In: YES user_id=38376 Are you sure you understand how the function works? Given "spam/egg/bacon", it first attempts to do an rmdir on spam/egg/bacon. If that fails, the function raises an exception. Otherwise, it proceeds to rmdir spam/egg and spam. Errors during the latter stage are ignored. If you want to remove directories whether they're empty or not, use shutil.rmtree. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1343671&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1223976 ] error locale.getlocale() with LANGUAGE=eu_ES
Bugs item #1223976, was opened at 2005-06-20 11:40 Message generated for change (Comment added) made by nkour You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1223976&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Zunbeltz Izaola (zunbeltz) Assigned to: Nobody/Anonymous (nobody) Summary: error locale.getlocale() with LANGUAGE=eu_ES Initial Comment: I had sumited this bug (id 1177674) and it has been closed becouse my bad explanation. My locale is set to LANGUAGE=eu_ES This is what i get in the interpreter Python 2.4.1 (#2, Mar 30 2005, 21:51:10) [GCC 3.3.5 (Debian 1:3.3.5-8ubuntu2)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import locale >>> locale.getlocale() (None, None) >>> locale.setlocale(locale.LC_ALL, '') 'eu_ES' >>> >>> locale.getlocale() Traceback (most recent call last): File "", line 1, in ? File "/usr/lib/python2.4/locale.py", line 365, in getlocale return _parse_localename(localename) File "/usr/lib/python2.4/locale.py", line 278, in _parse_localename raise ValueError, 'unknown locale: %s' % localename ValueError: unknown locale: eu_ES >>> -- Comment By: Nikos Kouremenos (nkour) Date: 2005-11-13 23:30 Message: Logged In: YES user_id=865368 this bug is REAL and major IMO any app that uses localization cannot be runned by a basque python is not aware of eu_ES at all! I don't know if this solves it (I'm not basque) --- /usr/lib/python2.4/locale.py2005-11-12 11:59:16.0 +0200 +++ /tmp/locale.py 2005-11-13 23:27:27.0 +0200 @@ -481,6 +481,7 @@ 'ar_aa': 'ar_AA.ISO8859-6', 'ar_sa': 'ar_SA.ISO8859-6', 'arabic':'ar_AA.ISO8859-6', +'basque':'eu_ES.ISO8859-1', 'bg':'bg_BG.ISO8859-5', 'bg_bg': 'bg_BG.ISO8859-5', 'bulgarian': 'bg_BG.ISO8859-5', @@ -540,6 +541,7 @@ 'es_ve': 'es_VE.ISO8859-1', 'et':'et_EE.ISO8859-4', 'et_ee': 'et_EE.ISO8859-4', +'eu_ES': 'eu_ES.ISO8859-1', 'fi':'fi_FI.ISO8859-1', 'fi_fi': 'fi_FI.ISO8859-1', 'finnish': 'fi_FI.ISO8859-1', btw for this not to happen again (sad to see py242 not fixing this) http://www.mpi-sb.mpg.de/~pesca/locales.html Zunbeltz Izaola is a courageous man, and please loweis think a bit more before replying why do you need that and this -- Comment By: Martin v. Löwis (loewis) Date: 2005-07-06 08:28 Message: Logged In: YES user_id=21627 What do you need locale.getlocale() for? If it is to determine the encoding, I recommend to use locale.getpreferredencoding() instead. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1223976&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1223976 ] error locale.getlocale() with LANGUAGE=eu_ES
Bugs item #1223976, was opened at 2005-06-20 10:40 Message generated for change (Comment added) made by loewis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1223976&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Zunbeltz Izaola (zunbeltz) Assigned to: Nobody/Anonymous (nobody) Summary: error locale.getlocale() with LANGUAGE=eu_ES Initial Comment: I had sumited this bug (id 1177674) and it has been closed becouse my bad explanation. My locale is set to LANGUAGE=eu_ES This is what i get in the interpreter Python 2.4.1 (#2, Mar 30 2005, 21:51:10) [GCC 3.3.5 (Debian 1:3.3.5-8ubuntu2)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import locale >>> locale.getlocale() (None, None) >>> locale.setlocale(locale.LC_ALL, '') 'eu_ES' >>> >>> locale.getlocale() Traceback (most recent call last): File "", line 1, in ? File "/usr/lib/python2.4/locale.py", line 365, in getlocale return _parse_localename(localename) File "/usr/lib/python2.4/locale.py", line 278, in _parse_localename raise ValueError, 'unknown locale: %s' % localename ValueError: unknown locale: eu_ES >>> -- >Comment By: Martin v. Löwis (loewis) Date: 2005-11-13 23:36 Message: Logged In: YES user_id=21627 It was a candid question: why do you need getlocale()? This function is inherently broken, not just for basque, and there is no way to fix it for good. So it would be best to remove the function entirely. Before such a step can be taken, I need to know why people use it in the first place. -- Comment By: Nikos Kouremenos (nkour) Date: 2005-11-13 22:30 Message: Logged In: YES user_id=865368 this bug is REAL and major IMO any app that uses localization cannot be runned by a basque python is not aware of eu_ES at all! I don't know if this solves it (I'm not basque) --- /usr/lib/python2.4/locale.py2005-11-12 11:59:16.0 +0200 +++ /tmp/locale.py 2005-11-13 23:27:27.0 +0200 @@ -481,6 +481,7 @@ 'ar_aa': 'ar_AA.ISO8859-6', 'ar_sa': 'ar_SA.ISO8859-6', 'arabic':'ar_AA.ISO8859-6', +'basque':'eu_ES.ISO8859-1', 'bg':'bg_BG.ISO8859-5', 'bg_bg': 'bg_BG.ISO8859-5', 'bulgarian': 'bg_BG.ISO8859-5', @@ -540,6 +541,7 @@ 'es_ve': 'es_VE.ISO8859-1', 'et':'et_EE.ISO8859-4', 'et_ee': 'et_EE.ISO8859-4', +'eu_ES': 'eu_ES.ISO8859-1', 'fi':'fi_FI.ISO8859-1', 'fi_fi': 'fi_FI.ISO8859-1', 'finnish': 'fi_FI.ISO8859-1', btw for this not to happen again (sad to see py242 not fixing this) http://www.mpi-sb.mpg.de/~pesca/locales.html Zunbeltz Izaola is a courageous man, and please loweis think a bit more before replying why do you need that and this -- Comment By: Martin v. Löwis (loewis) Date: 2005-07-06 07:28 Message: Logged In: YES user_id=21627 What do you need locale.getlocale() for? If it is to determine the encoding, I recommend to use locale.getpreferredencoding() instead. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1223976&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Feature Requests-1353344 ] python.desktop
Feature Requests item #1353344, was opened at 2005-11-10 19:22 Message generated for change (Comment added) made by loewis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=355470&aid=1353344&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Installation Group: None Status: Open Resolution: None Priority: 5 Submitted By: Björn Lindqvist (sonderblade) Assigned to: Nobody/Anonymous (nobody) Summary: python.desktop Initial Comment: I would very much like a /usr/share/applications/python.desktop file so that Python can be started from the Program-menu in Linux, just like you can from the Start-menu in Windows. I think it would be very neat and good for beginners. -- >Comment By: Martin v. Löwis (loewis) Date: 2005-11-13 23:41 Message: Logged In: YES user_id=21627 Would you be willing to provide one? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=355470&aid=1353344&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1223976 ] error locale.getlocale() with LANGUAGE=eu_ES
Bugs item #1223976, was opened at 2005-06-20 11:40 Message generated for change (Comment added) made by nkour You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1223976&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Zunbeltz Izaola (zunbeltz) Assigned to: Nobody/Anonymous (nobody) Summary: error locale.getlocale() with LANGUAGE=eu_ES Initial Comment: I had sumited this bug (id 1177674) and it has been closed becouse my bad explanation. My locale is set to LANGUAGE=eu_ES This is what i get in the interpreter Python 2.4.1 (#2, Mar 30 2005, 21:51:10) [GCC 3.3.5 (Debian 1:3.3.5-8ubuntu2)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import locale >>> locale.getlocale() (None, None) >>> locale.setlocale(locale.LC_ALL, '') 'eu_ES' >>> >>> locale.getlocale() Traceback (most recent call last): File "", line 1, in ? File "/usr/lib/python2.4/locale.py", line 365, in getlocale return _parse_localename(localename) File "/usr/lib/python2.4/locale.py", line 278, in _parse_localename raise ValueError, 'unknown locale: %s' % localename ValueError: unknown locale: eu_ES >>> -- Comment By: Nikos Kouremenos (nkour) Date: 2005-11-14 00:43 Message: Logged In: YES user_id=865368 python itself uses this func, I don't even ask getlocale()! I just do: time.strptime(tim, '%Y%m%dT%H:%M:%S') somewhere and enjoy: time.strptime(tim, '%Y%m%dT%H:%M:%S') File "/usr/lib/python2.4/_strptime.py", line 269, in ? _TimeRE_cache = TimeRE() File "/usr/lib/python2.4/_strptime.py", line 188, in __init__ self.locale_time = LocaleTime() File "/usr/lib/python2.4/_strptime.py", line 73, in __init__ self.lang = _getlang() File "/usr/lib/python2.4/_strptime.py", line 32, in _getlang return locale.getlocale(locale.LC_TIME) File "/usr/lib/python2.4/locale.py", line 363, in getlocale return _parse_localename(localename) File "/usr/lib/python2.4/locale.py", line 278, in _parse_localename raise ValueError, 'unknown locale: %s' % localename ValueError: unknown locale: eu_ES so basque feels like he's ATIA here -- Comment By: Martin v. Löwis (loewis) Date: 2005-11-14 00:36 Message: Logged In: YES user_id=21627 It was a candid question: why do you need getlocale()? This function is inherently broken, not just for basque, and there is no way to fix it for good. So it would be best to remove the function entirely. Before such a step can be taken, I need to know why people use it in the first place. -- Comment By: Nikos Kouremenos (nkour) Date: 2005-11-13 23:30 Message: Logged In: YES user_id=865368 this bug is REAL and major IMO any app that uses localization cannot be runned by a basque python is not aware of eu_ES at all! I don't know if this solves it (I'm not basque) --- /usr/lib/python2.4/locale.py2005-11-12 11:59:16.0 +0200 +++ /tmp/locale.py 2005-11-13 23:27:27.0 +0200 @@ -481,6 +481,7 @@ 'ar_aa': 'ar_AA.ISO8859-6', 'ar_sa': 'ar_SA.ISO8859-6', 'arabic':'ar_AA.ISO8859-6', +'basque':'eu_ES.ISO8859-1', 'bg':'bg_BG.ISO8859-5', 'bg_bg': 'bg_BG.ISO8859-5', 'bulgarian': 'bg_BG.ISO8859-5', @@ -540,6 +541,7 @@ 'es_ve': 'es_VE.ISO8859-1', 'et':'et_EE.ISO8859-4', 'et_ee': 'et_EE.ISO8859-4', +'eu_ES': 'eu_ES.ISO8859-1', 'fi':'fi_FI.ISO8859-1', 'fi_fi': 'fi_FI.ISO8859-1', 'finnish': 'fi_FI.ISO8859-1', btw for this not to happen again (sad to see py242 not fixing this) http://www.mpi-sb.mpg.de/~pesca/locales.html Zunbeltz Izaola is a courageous man, and please loweis think a bit more before replying why do you need that and this -- Comment By: Martin v. Löwis (loewis) Date: 2005-07-06 08:28 Message: Logged In: YES user_id=21627 What do you need locale.getlocale() for? If it is to determine the encoding, I recommend to use locale.getpreferredencoding() instead. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1223976&group_id=547
[ python-Bugs-1223976 ] error locale.getlocale() with LANGUAGE=eu_ES
Bugs item #1223976, was opened at 2005-06-20 10:40 Message generated for change (Comment added) made by lemburg You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1223976&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Zunbeltz Izaola (zunbeltz) Assigned to: Nobody/Anonymous (nobody) Summary: error locale.getlocale() with LANGUAGE=eu_ES Initial Comment: I had sumited this bug (id 1177674) and it has been closed becouse my bad explanation. My locale is set to LANGUAGE=eu_ES This is what i get in the interpreter Python 2.4.1 (#2, Mar 30 2005, 21:51:10) [GCC 3.3.5 (Debian 1:3.3.5-8ubuntu2)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import locale >>> locale.getlocale() (None, None) >>> locale.setlocale(locale.LC_ALL, '') 'eu_ES' >>> >>> locale.getlocale() Traceback (most recent call last): File "", line 1, in ? File "/usr/lib/python2.4/locale.py", line 365, in getlocale return _parse_localename(localename) File "/usr/lib/python2.4/locale.py", line 278, in _parse_localename raise ValueError, 'unknown locale: %s' % localename ValueError: unknown locale: eu_ES >>> -- >Comment By: M.-A. Lemburg (lemburg) Date: 2005-11-14 00:23 Message: Logged In: YES user_id=38388 Not so fast, Martin. I know that you don't like the function, but there's no reason to remove it. Note that this bug is fixed in CVS: I updated the locale database with the most recent X.org data last December. It does include the eu_es mapping, but doesn't have the basque mapping. -- Comment By: Nikos Kouremenos (nkour) Date: 2005-11-13 23:43 Message: Logged In: YES user_id=865368 python itself uses this func, I don't even ask getlocale()! I just do: time.strptime(tim, '%Y%m%dT%H:%M:%S') somewhere and enjoy: time.strptime(tim, '%Y%m%dT%H:%M:%S') File "/usr/lib/python2.4/_strptime.py", line 269, in ? _TimeRE_cache = TimeRE() File "/usr/lib/python2.4/_strptime.py", line 188, in __init__ self.locale_time = LocaleTime() File "/usr/lib/python2.4/_strptime.py", line 73, in __init__ self.lang = _getlang() File "/usr/lib/python2.4/_strptime.py", line 32, in _getlang return locale.getlocale(locale.LC_TIME) File "/usr/lib/python2.4/locale.py", line 363, in getlocale return _parse_localename(localename) File "/usr/lib/python2.4/locale.py", line 278, in _parse_localename raise ValueError, 'unknown locale: %s' % localename ValueError: unknown locale: eu_ES so basque feels like he's ATIA here -- Comment By: Martin v. Löwis (loewis) Date: 2005-11-13 23:36 Message: Logged In: YES user_id=21627 It was a candid question: why do you need getlocale()? This function is inherently broken, not just for basque, and there is no way to fix it for good. So it would be best to remove the function entirely. Before such a step can be taken, I need to know why people use it in the first place. -- Comment By: Nikos Kouremenos (nkour) Date: 2005-11-13 22:30 Message: Logged In: YES user_id=865368 this bug is REAL and major IMO any app that uses localization cannot be runned by a basque python is not aware of eu_ES at all! I don't know if this solves it (I'm not basque) --- /usr/lib/python2.4/locale.py2005-11-12 11:59:16.0 +0200 +++ /tmp/locale.py 2005-11-13 23:27:27.0 +0200 @@ -481,6 +481,7 @@ 'ar_aa': 'ar_AA.ISO8859-6', 'ar_sa': 'ar_SA.ISO8859-6', 'arabic':'ar_AA.ISO8859-6', +'basque':'eu_ES.ISO8859-1', 'bg':'bg_BG.ISO8859-5', 'bg_bg': 'bg_BG.ISO8859-5', 'bulgarian': 'bg_BG.ISO8859-5', @@ -540,6 +541,7 @@ 'es_ve': 'es_VE.ISO8859-1', 'et':'et_EE.ISO8859-4', 'et_ee': 'et_EE.ISO8859-4', +'eu_ES': 'eu_ES.ISO8859-1', 'fi':'fi_FI.ISO8859-1', 'fi_fi': 'fi_FI.ISO8859-1', 'finnish': 'fi_FI.ISO8859-1', btw for this not to happen again (sad to see py242 not fixing this) http://www.mpi-sb.mpg.de/~pesca/locales.html Zunbeltz Izaola is a courageous man, and please loweis think a bit more before replying why do you need that and this -
[ python-Bugs-1355842 ] Incorrect Decimal-float behavior for += and *=
Bugs item #1355842, was opened at 2005-11-13 03:17
Message generated for change (Comment added) made by nnorwitz
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1355842&group_id=5470
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Python Library
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Connelly (connelly)
Assigned to: Nobody/Anonymous (nobody)
Summary: Incorrect Decimal-float behavior for += and *=
Initial Comment:
The += and *= operators have strange behavior when the
LHS is a Decimal and the RHS is a float (as of
2005-11-13 CVS decimal.py).
Example:
>>> d = Decimal('1.02')
>>> d += 2.1
>>> d
NotImplemented
A blatant violation of "Errors should never pass silently."
Also, a bad error description is produced for the *=
operator:
>>> d = Decimal('1.02')
>>> d *= 2.9
Traceback (most recent call last):
File "", line 1, in ?
TypeError: can't multiply sequence by non-int
--
>Comment By: Neal Norwitz (nnorwitz)
Date: 2005-11-13 20:43
Message:
Logged In: YES
user_id=33168
Hmmm. __add__ returns NotImplemented which works with
classic classes, but not new-style classes. I wonder if
NotImplementedError is supposed to be raised for new-style
classes.
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1355842&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
