Brian Curtin cur...@acm.org added the comment:
Fixed in r83722 (py3k) and r837274 (release31-maint).
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
versions: -Python 2.7
___
Python tracker
Antoine Pitrou pit...@free.fr added the comment:
r83416 broke the 3.1 buildbots.
==
ERROR: test_userpass_inurl (test.test_urllib.urlopen_HttpTests)
--
Changes by Terry J. Reedy tjre...@udel.edu:
--
Removed message: http://bugs.python.org/msg112715
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6412
___
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
FWIW, I'm am considering removing this functionality in Py3.3 after the
language moratorium ends.
The swap-bodies technique had been included in the original sets.py and the
technique is similar to the one list.sort() uses
Antoine Pitrou pit...@free.fr added the comment:
I'm trying to skip, rather brutally, the failing tests in r83727.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9415
___
Greg Couch gr...@cgl.ucsf.edu added the comment:
So Terry, can you reopen this bug then? It's not out of date.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1759845
___
Martin v. Löwis mar...@v.loewis.de added the comment:
compileall.py is correct as it stands. In verbose mode, it prints out every
file it is compiling, a few lines above:
if not quiet:
print('Compiling', fullname, '...')
In quiet mode, it only prints
Antoine Pitrou pit...@free.fr added the comment:
Committed similar skips for 2.7 in r83728. Let's see what the buildbot says.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9415
___
Catherine Devlin fredv8vi...@liquidid.net added the comment:
This patch fixes it with a fourth approach: if unrecognized arguments are found
during subparser parsing, information about them is inserted into the namespace
(under ._unrecognized), and the decision about whether to exit is
New submission from Antoine Pitrou pit...@free.fr:
At least on one of the buildbots:
Re-running test 'test_ssl' in verbose mode
test_ssl: testing with 'OpenSSL 0.9.8o 01 Jun 2010' (0, 9, 8, 15, 15)
under Linux ('debian', 'squeeze/sid', '')
at the bottom of
Terry J. Reedy tjre...@udel.edu added the comment:
Christoph is responding above to a previous version of this message with an
erroneous conclusion based on a misreading of his original message.
The proposed patch makes this issue overlap #7008, which had some contentious
discussion, so I am
Simon Cross hodges...@gmail.com added the comment:
I can confirm that I see the ('debian', 'squeeze/sid', '') on py3k and trunk
but that the Python 2.6 under Ubuntu reports ('Ubuntu', '10.04', 'lucid').
--
___
Python tracker rep...@bugs.python.org
Antoine Pitrou pit...@free.fr added the comment:
Things are apparently fine now.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9415
___
Senthil Kumaran orsent...@gmail.com added the comment:
Surprising that it was not observed in my system (Ubuntu).
There was mistake where in the bytes value was being coerced to a string.
bauth = Basic: %s % auth // with auth was bytes.
Fixed it in r83729 and r83730.
--
status: open -
Simon Cross hodges...@gmail.com added the comment:
I think the problem might be that linux_distribution() reads
/etc/debian_version first. The contents of the relevant files in /etc look like:
$ cat /etc/debian_version
squeeze/sid
$ cat /etc/lsb-release
DISTRIB_ID=Ubuntu
Antoine Pitrou pit...@free.fr added the comment:
Yes, you would have had to use python -bb to evidence it:
$ ./python -bb
Python 3.2a1+ (py3k:83718M, Aug 4 2010, 17:10:53)
[GCC 4.4.3] on linux2
Type help, copyright, credits or license for more information.
b ==
Traceback (most recent call
Daniel Stutzbach dan...@stutzbachenterprises.com added the comment:
The swap bodies technique has been used in list.sort for a long time, but users
expect list.sort to mutate the list.
Even with a pure-Python implementation of sets, I would not expect __contains__
to be a mutating method
Simon Cross hodges...@gmail.com added the comment:
Patch attached to check /etc/lsb-release before checking other files. Taken
from Ubuntu Python 2.6 copy of platform.py. Applies against trunk (r83728) with
a small offset against py3k (r83728).
--
keywords: +patch
Added file:
Antoine Pitrou pit...@free.fr added the comment:
FWIW, the output is a bit different here before the patch:
$ ./python -c import platform; print(platform.linux_distribution())
('Mandriva Linux', '2010.1', 'Official')
and after the patch:
$ ./python -c import platform;
Catherine Devlin fredv8vi...@liquidid.net added the comment:
Thanks for the correction, Steven. This unit test matches your description.
Use it instead of my earlier submission.
--
Added file: http://bugs.python.org/file18390/wrong_metavars_test_corrected.patch
Simon Cross hodges...@gmail.com added the comment:
I think the intended means of accessing this information is via the lsb_release
command
(http://refspecs.freestandards.org/LSB_4.0.0/LSB-Core-generic/LSB-Core-generic/lsbrelease.html).
That said, I don't know if the file format will change
Terrence Cole terre...@zettabytestorage.com added the comment:
Is there still a chance to get this fix in 3.2?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8814
___
Antoine Pitrou pit...@free.fr added the comment:
The patch is now committed in py3k (r83731). Thanks for your contribution!
--
nosy: +pitrou
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
Raghuram Devarakonda draghu...@gmail.com added the comment:
Please check issue1322 for past discussion on similar topic (usability of
lsb_release in platform.py).
--
nosy: +draghuram
___
Python tracker rep...@bugs.python.org
Terry J. Reedy tjre...@udel.edu added the comment:
I will not reopen this now for the reasons I already stated after In any case
To expand on that.
1. 2.7 is in maintenance (bug-fix only) mode and I view this a feature request.
To persuade someone otherwise, quote some doc that clearly
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
I didn't disagree with you. The swap bodies implementation technique is not
expected and is exploitable in a number of ways.
What outcome to you want? Eliminate the implicit set-to-frozenset conversion
feature; introduce
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
This should probably be backported to 3.1
--
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8814
___
New submission from Dan L choralr...@naver.com:
Perhaps it's assumed that you should know about this by knowing about how the
vars dictionary is implemented, but to someone unfamiliar like me it seems like
the builtin functions documentation for vars() should mention that you can
create a
Antoine Pitrou pit...@free.fr added the comment:
This should probably be backported to 3.1
Well, I think this is technically a new feature. If someone wants to
backport it, then fine, but I don't think there's much point in doing
so.
--
___
Python
Mark Dickinson dicki...@gmail.com added the comment:
Thanks! Applied in revisions r83732 through r83734. (The release26-maint
branch is frozen except for essential fixes, so not applying it there.)
--
resolution: - accepted
status: open - closed
versions: -Python 2.6
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Okay, I'll do it.
The intention of wrapper assignments was to wrap all of the standard
attributes, so the omission of __annotations__ is a bug.
--
assignee: - rhettinger
status: closed - open
versions: +Python 3.1
Antoine Pitrou pit...@free.fr added the comment:
If nobody chimes in, I will opt for the socket.forget() solution.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8524
___
Mark Dickinson dicki...@gmail.com added the comment:
A patch would be useful: I don't think this issue is going to go anywhere
without one.
One of the reasons I'm reluctant to mess with the readline module more than
necessary is that it's historically been fairly fragile: it has to work not
Mark Dickinson dicki...@gmail.com added the comment:
Postscript: I'm also opposed to the idea of 'optional' zero-based indexing.
This just seems like a crazy level of micro control to me. Better to have just
the one way way to do it, even if it isn't quite pythonic.
--
Mark Lawrence breamore...@yahoo.co.uk added the comment:
The patch is simple, can it be committed as is?
--
nosy: +BreamoreBoy
stage: - patch review
type: - behavior
versions: +Python 3.2
___
Python tracker rep...@bugs.python.org
Mark Lawrence breamore...@yahoo.co.uk added the comment:
A tiny patch, can someone take a look with a view to committing, thanks.
--
nosy: +BreamoreBoy
stage: - patch review
type: - behavior
versions: +Python 3.2
___
Python tracker
Mark Dickinson dicki...@gmail.com added the comment:
Closing this as not worth worrying about. This *is* undefined behaviour, but
it really doesn't seem to be a problem in practice. (It might have been better
for the C standard to describe this as merely implementation-defined.)
--
Changes by Mark Dickinson dicki...@gmail.com:
--
resolution: - wont fix
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9190
___
Mark Dickinson dicki...@gmail.com added the comment:
Okay; would you be interested in updating your patch?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3163
___
Mark Lawrence breamore...@yahoo.co.uk added the comment:
I think this is behaviour rather than feature request but wouldn't object to it
being changed. Patch seems clean to me, can it be committed please?
--
nosy: +BreamoreBoy
stage: - patch review
type: - behavior
versions: +Python
Mark Lawrence breamore...@yahoo.co.uk added the comment:
This is already on svn as r67240 but has not got into the builds. Can someone
please take a look, thanks.
--
nosy: +BreamoreBoy
stage: - patch review
type: - feature request
versions: +Python 3.2 -Python 2.7
Ron Adam ron_a...@users.sourceforge.net added the comment:
This is by far the simplest fix for this. See patch file.
This patch is what Stefan Krah suggested and I agree unless someone a lot more
familiar with the import process can take a look at this and re-factor things
so the filename is
Mark Lawrence breamore...@yahoo.co.uk added the comment:
The patch changes _tkinter.c so can a C guru take a look please.
--
nosy: +BreamoreBoy
stage: - patch review
versions: +Python 3.1, Python 3.2 -Python 2.6, Python 3.0
___
Python tracker
Mark Lawrence breamore...@yahoo.co.uk added the comment:
The patch changes abstract.c can a C guru take a look please.
--
nosy: +BreamoreBoy
stage: - patch review
type: - behavior
versions: +Python 3.1, Python 3.2
___
Python tracker
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Ther title says it all, can we commit this?
--
nosy: +BreamoreBoy
stage: - patch review
type: - behavior
versions: +Python 3.1, Python 3.2 -Python 3.0
___
Python tracker
Terrence Cole terre...@zettabytestorage.com added the comment:
Awesome! I greatly appreciate the 3.1 backport, as that's what I'm going to be
using for the foreseeable future.
--
versions: +Python 3.2 -Python 3.1
___
Python tracker
Terry J. Reedy tjre...@udel.edu added the comment:
Martin cannot write anything until someone answers his question. In the
meanwhile, any doc person could, as suggested by Bill, change
class msilib.Directory(database, cab, basedir, physical, logical, default,
component[, componentflags])
to
Mark Lawrence breamore...@yahoo.co.uk added the comment:
I've tried this on Windows Vista against 3.1 and it worked fine. So can this
be closed as out of date?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Patch seems straight forward so can we commit please.
--
nosy: +BreamoreBoy
stage: - patch review
type: - behavior
versions: +Python 3.2
___
Python tracker rep...@bugs.python.org
Mark Dickinson dicki...@gmail.com added the comment:
I'd call this a new feature; removing 2.7 and 3.1 from versions.
The patch needs updating for py3k, which should be a fairly simple task.
I don't know much about Tcl, but wouldn't this change give quite confusing
results for numeric
Terry J. Reedy tjre...@udel.edu added the comment:
#7384 was closed two weeks ago with patches for 2.6 and 2.7 so this should be
fixed in 2.6.6 (rc1 just out) and 2.7 svn (which will become 2.7.1. Only reopen
if current/future 2.7.1 fails.
--
nosy: +terry.reedy
resolution: - out of
Mark Lawrence breamore...@yahoo.co.uk added the comment:
msg89019 talks about changing the Canvas API, would this be acceptable?
--
nosy: +BreamoreBoy
stage: - patch review
type: - behavior
versions: +Python 3.2
___
Python tracker
Changes by Terry J. Reedy tjre...@udel.edu:
--
type: performance - feature request
versions: +Python 3.2 -Python 2.5, Python 2.6, Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8583
Guilherme Polo ggp...@gmail.com added the comment:
Mark,
If you want to expand it to handle other data types, I'm ok with it
but I predict troubles for you. The problem is that in Tcl there is
only one real data type -- string. Depending on how you operate over
a value it is then, internally,
Stefan Krah stefan-use...@bytereef.org added the comment:
The diff which I posted was not really meant as the ultimate fix. It's a
workaround. I think the real filename should be passed down to
PyTokenizer_FromFile or
PyTokenizer_FindEncoding.
--
___
Mark Dickinson dicki...@gmail.com added the comment:
If you want to expand it to handle other data types, I'm ok with it
but I predict troubles for you.
Yes, I suspected as much. I don't know much Tcl, but I'm definitely prepared
to believe you on this point. :) I'd be fine with this patch
Catherine Devlin fredv8vi...@liquidid.net added the comment:
Unit test for Drake's patch
--
nosy: +catherine
Added file: http://bugs.python.org/file18392/test_mutually_exclusive.patch
___
Python tracker rep...@bugs.python.org
Catherine Devlin fredv8vi...@liquidid.net added the comment:
copy of Drake's argparse.diff - same patch, just has less specific diff header
info (because ``patch -p0 argparse.diff`` failed on my machine)
--
Added file: http://bugs.python.org/file18393/mutually_exclusive_help.patch
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Patch seems clean, can it be commited?
--
nosy: +BreamoreBoy
stage: - patch review
type: - feature request
versions: -Python 2.7
___
Python tracker rep...@bugs.python.org
Mark Lawrence breamore...@yahoo.co.uk added the comment:
msg91213 states that there are two problems with the patch. Could we have
comments from IDLE users please.
--
nosy: +BreamoreBoy
stage: unit test needed - patch review
versions: +Python 3.2 -Python 2.7, Python 3.1
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Can someone with a Solaris box try to reproduce this.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7305
___
Mark Lawrence breamore...@yahoo.co.uk added the comment:
I thought I'd flag this up as there's been talk about the buildbots on
python-dev today.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7320
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Can a Windows guru comment on whether this is a Python issue or not?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7346
Mark Dickinson dicki...@gmail.com added the comment:
Committed in r83736.
--
resolution: - accepted
stage: commit review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9337
New submission from Sridhar Ratnakumar sridh...@activestate.com:
I cannot find correct repro steps for this, but:
/Library/Frameworks/Python.framework/Versions/2.7/bin/python -B -s -c import
sys;print('%d.%d' % tuple(sys.version_info)[:2])
Traceback (most recent call last):
File
Changes by Sridhar Ratnakumar sridh...@activestate.com:
--
components: +Macintosh
versions: +Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9516
___
Guilherme Polo ggp...@gmail.com added the comment:
I assume that Tcl_GetCharLength works for any object, regardless of
its internal representation?
I didn't look at its code but I assume it will create a string representation
for the object in question if there isn't one in place when the
Mark Lawrence breamore...@yahoo.co.uk added the comment:
If I'm reading the patch correctly it comments out three defined(__CYGWIN__).
Any opinions on this from Windows or Cygwin users?
--
nosy: +BreamoreBoy
___
Python tracker
Mark Lawrence breamore...@yahoo.co.uk added the comment:
@Stefan can you provide a patch for this?
--
nosy: +BreamoreBoy
stage: - needs patch
versions: +Python 2.7 -Python 3.0
___
Python tracker rep...@bugs.python.org
Terry J. Reedy tjre...@udel.edu added the comment:
I verified with 3.1 the two OP cases and that generators work fine as long as
they supply the correct number of values.
def f(x): return x
def broken(): return 1
print(f(*(broken() for x in (0,
# prints 1
Change (0,) to (0,1) the normal
Terry J. Reedy tjre...@udel.edu added the comment:
The example, which combines part of the subject line with another header line,
strikes me as bizarre, confusing, and unnecessary. Can you provide some
rationale, motivation, or use case? Without that, I would tend to think this
should be
Nick Coghlan ncogh...@gmail.com added the comment:
Patch looks basically OK on an eyeball scan. A couple of suggestions:
- use test.script_helper.run_python rather than rolling your own run_command
(or, at least, just make run_command a thin wrapper around run_python). I've
been trying to
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
assignee: georg.brandl - d...@python
nosy: +d...@python
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7436
___
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
assignee: georg.brandl - d...@python
nosy: +d...@python
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7468
___
Terry J. Reedy tjre...@udel.edu added the comment:
Should we close this?
There was some opinion that this is not a bug.
The argument for not closing this before 3.0 will be a long way away for many
users. is obsolete as 3.1.2 is here and 3.2 will be in less than 6 months.
Or, Amaury, do you
Changes by Terry J. Reedy tjre...@udel.edu:
--
versions: -Python 2.5, Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7978
___
___
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Is anyone aware of build issues on HP-UX with later versions of Python?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7538
Terry J. Reedy tjre...@udel.edu added the comment:
This needs to be re-verified on a current version.
--
nosy: +terry.reedy
versions: +Python 2.7, Python 3.2 -Python 2.5, Python 2.6
___
Python tracker rep...@bugs.python.org
Martin v. Löwis mar...@v.loewis.de added the comment:
Somebody should investigate the status of this on 3.x. If the message comes out
as a nice Unicode string, I'd close it as fixed. If the message comes out as a
byte string, it definitely needs fixing.
For 2.x, the issue is out of date.
Changes by Terry J. Reedy tjre...@udel.edu:
--
resolution: - out of date
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1544339
___
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
assignee: georg.brandl - lemburg
nosy: +lemburg
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7574
___
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
assignee: georg.brandl - d...@python
nosy: +d...@python
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7678
___
Éric Araujo mer...@netwok.org added the comment:
Thanks for sticking with this Terrence, it fell off my radar. Thanks Antoine
for the commit.
--
versions: +Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8814
Changes by Terry J. Reedy tjre...@udel.edu:
--
versions: +Python 2.7, Python 3.2 -Python 2.5, Python 2.6, Python 3.0
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2623
___
Mark Lawrence breamore...@yahoo.co.uk added the comment:
msg99378 is self explanatory. Do we accept the patch or not?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7938
Terry J. Reedy tjre...@udel.edu added the comment:
I would call this a bug and still 2.7 eligible. The patch amounts to opening
the file to be tested in universal newline mode + a corresponding test. If
Python will run files with mixed line endings, doctest should test them.
--
nosy:
Terry J. Reedy tjre...@udel.edu added the comment:
Multifile *is* gone in 3.x; done deal.
If you want 2.7 docs improved, submit suggested change, even as text in message.
--
assignee: - d...@python
components: +Documentation -Library (Lib)
nosy: +d...@python, terry.reedy
versions:
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
stage: - unit test needed
type: - behavior
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7979
Changes by Terry J. Reedy tjre...@udel.edu:
--
assignee: - d...@python
components: +Documentation -Library (Lib)
nosy: +d...@python
resolution: - fixed
status: open - closed
versions: +Python 2.7 -Python 2.5, Python 2.6
___
Python tracker
Terry J. Reedy tjre...@udel.edu added the comment:
It is not obvious that this issue is about a Python bug, rather than how to use
on a specific system, or that it applies to any current version. If this really
is a Python bug and applies to a current version, respond to re-open.
--
Changes by Terry J. Reedy tjre...@udel.edu:
--
versions: +Python 2.7 -Python 2.5, Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8933
___
Terry J. Reedy tjre...@udel.edu added the comment:
To late to change 2.6 (except for critical bugs). You should test 2.7 instead.
--
status: open - pending
versions: +Python 2.7 -Python 2.5
___
Python tracker rep...@bugs.python.org
Éric Araujo mer...@netwok.org added the comment:
Thanks for the report. I’ll look into this shortly in distutils2 and see if it
applies to distutils too (not sure it implements PEP 345).
--
assignee: tarek - merwok
components: +Distutils2
___
Python
Terry J. Reedy tjre...@udel.edu added the comment:
An api addition makes this a feature request.
Heiðar, Please copy of difflib.py, hand patch HtmlDiff to use unified_diff
instead of ndiff, and see if that solves the problem.
--
nosy: +terry.reedy
type: performance - feature request
Changes by Terry J. Reedy tjre...@udel.edu:
--
versions: +Python 3.1, Python 3.2 -Python 2.5, Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9065
___
Changes by Terry J. Reedy tjre...@udel.edu:
--
stage: - unit test needed
versions: +Python 3.2 -Python 2.5, Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8400
___
Changes by Terry J. Reedy tjre...@udel.edu:
--
versions: -Python 2.5, Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9033
___
___
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
I don't like my patch anymore because it breaks code that manipulates public
wordchars attribute. Users may want to set it to their own alphabet or append
additional characters to the default list. Maybe wordchars
Changes by Terry J. Reedy tjre...@udel.edu:
--
stage: - patch review
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.5, Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6869
Terry J. Reedy tjre...@udel.edu added the comment:
Inconsistent headers ;-)
Should this be closed as invalid and superceded,
or open without resolution?
I cannot tell from discussion; one of you please choose.
--
nosy: +terry.reedy
versions: -Python 2.5, Python 2.6
201 - 300 of 365 matches
Mail list logo