Stefan Krah stefan-use...@bytereef.org added the comment:
The FreeBSD bot had these error messages in the log files:
1) kernel: swap_pager: indefinite wait buffer: device
2) Approaching the limit on PV entries, consider increasing either the
vm.pmap.shpgperproc or the vm.pmap.p
v_entry_max
Stefan Krah stefan-use...@bytereef.org added the comment:
On second thought, I don't want to debug possible qcow2 issues, so
I made another change:
d) Use raw format for the image.
--
___
Python tracker rep...@bugs.python.org
New submission from Daniel Albeseder ko...@gmx.at:
I know that the modulo operation for negative values is not well defined, but I
would at least expect that the result is the same no matter if you use ints,
floats or decimals. However Decimal seem to behave else than the builtin types.
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +mark.dickinson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12005
___
___
New submission from Erik Cederstrand e...@1calendar.dk:
Python is via datetime.isocalendar() able to produce the ISO week number and
ISO weekday from a given date. But it is not possible to do the reverse;
calculate the date from a year, ISO week number and weekday.
libc strptime()/strftime()
Ezio Melotti ezio.melo...@gmail.com added the comment:
I left a few comments on rietveld for the testdoc and remove_fcmp patches.
Unless I'm missing something, assertEqual works just fine in all the places
where fcmp was used, so there's no need to use assertAlmostEqual.
--
nosy:
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +belopolsky
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12006
___
___
Python-bugs-list
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti, rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12003
___
___
svilen dobrev a...@svilendobrev.com added the comment:
this seems to eat too much into data and gets past endpos of the chunk
processed, and parser gets confused and treats any subsequent stuff as data. i
didn't think out how to fix the regexp as such, but instead limited its span to
:endpos
Changes by svilen dobrev a...@svilendobrev.com:
Added file: http://bugs.python.org/file21892/test-htmlparser-attrs.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1046092
___
Ezio Melotti ezio.melo...@gmail.com added the comment:
This issue is closed, so it's better if you create a new issue.
Even better if you can attach a patch that adds a testcase to
Lib/test/test_htmlparser.py
--
nosy: +ezio.melotti
___
Python
New submission from Jakob Aga jake_mc...@yahoo.com:
[PCLOS KDE 2010.12] Console commands (in Konsole Yakuake) won't work in
Python 3.2. Like ctrl+l for clearing the screen, arrow keys up down for
scrolling through previous python commands. Instead I get e.g. ^L (ctrl+l) and
^[[A (arrow up)
New submission from svilen dobrev a...@svilendobrev.com:
nonstrict mode seems to eat too much into data and gets past endpos of the
chunk processed, and parser gets confused and treats any subsequent stuff as
data. i didn't think out how to fix the regexp as such, but instead limited its
span
Changes by svilen dobrev a...@svilendobrev.com:
--
components: +Library (Lib)
type: - behavior
versions: +Python 3.2
Added file: http://bugs.python.org/file21894/test-htmlparser-attrs.py
___
Python tracker rep...@bugs.python.org
svilen dobrev a...@svilendobrev.com added the comment:
(the nonstrict regexp came with Issue1046092)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12008
___
Steffen Daode Nurpmeso sdao...@googlemail.com added the comment:
On Thu, 5 May 2011 03:52:29 +0200, R. David Murray wrote:
[..] the shell [..] I believe it just looks at the mtime/atime.
/* check_mail () is useful for more than just checking mail. Since it has
the paranoids dream ability
Steffen Daode Nurpmeso sdao...@googlemail.com added the comment:
On Thu, 5 May 2011 03:52:29 +0200, R. David Murray wrote:
[..] the shell [..] I believe it just looks at the mtime/atime.
Pretty good, huh?
Mr. Mojo says:
Prowd to be a part of this number.
Successful hills are here
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti, giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12002
___
Roundup Robot devnull@devnull added the comment:
New changeset 76a2354aa427 by Ezio Melotti in branch '2.7':
#11997: fix typo in init.rst.
http://hg.python.org/cpython/rev/76a2354aa427
New changeset 3aa51217492c by Ezio Melotti in branch '3.1':
#11997: fix typo in init.rst.
Ezio Melotti ezio.melo...@gmail.com added the comment:
Fixed, thanks for the patch.
--
assignee: docs@python - ezio.melotti
nosy: +ezio.melotti
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker
Ezio Melotti ezio.melo...@gmail.com added the comment:
Can you prove that the second one is useless (did it cause you any problem or
did you just find it reading the source)?
There might be reasons why there are two calls to fp.tell() (e.g. the result is
different in the two places and/or
Mark Dickinson dicki...@gmail.com added the comment:
I believe that this was a deliberate design decision, though now that I look it
seems it's not well documented. That should probably be fixed, so I see this
as a documentation issue.
More details:
The specification on which the decimal
R. David Murray rdmur...@bitdance.com added the comment:
Yes if you are a member of group mail you would not need setgid mail, obviously.
The problem report in question was submitted by one of the Debian maintainers,
so I have to believe that the system in question was not misconfigured. This
Mark Dickinson dicki...@gmail.com added the comment:
The doc change should also note that // and divmod suffer from a similar
mismatch:
Decimal(-2) // Decimal(3)
Decimal('-0')
-2 // 3
-1
-2.0 // 3
-1.0
However, the invariant that x = x // y * y + x % y is retained, as it should be.
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
assignee: - giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12002
___
___
Johan Euphrosine pro...@google.com added the comment:
I just find it while reading the source, for fixing #11980
zinfo.header_offset is only read in self._write_check, and it seems to me that
no file operation are performed on self.fp between the two call. So I can't see
see how it could
Changes by Nick Coghlan ncogh...@gmail.com:
--
nosy: -ncoghlan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10775
___
___
Python-bugs-list
Changes by Nick Coghlan ncogh...@gmail.com:
--
assignee: docs@python - ncoghlan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11690
___
___
Changes by Nick Coghlan ncogh...@gmail.com:
--
assignee: - ncoghlan
versions: +Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11647
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
@sdaoden(, @pitrou): Antoine proposes to skip the zlib big buffer (1 GB) test
on 32 bits system. What do you think?
On 64 bits system, we check a buffer of 2 GB-1 byte (0x7FFF bytes). Is the
test useful or not? What do we
Johan Euphrosine pro...@google.com added the comment:
Here is a log that shows zinfo.header_offset value after each .tell() when
running test_zipfile
--
Added file: http://bugs.python.org/file21895/zinfo.header_offset.log
___
Python tracker
STINNER Victor victor.stin...@haypocalc.com added the comment:
If the user base cannot be calculated, paths
starting with ~ should not exist or be used at all in this context.
It's not ~ but {userbase} substitution variable.
Here is a new patch implementing this idea: don't create the
New submission from Ruslan Mstoi rms...@gmail.com:
It seems recent patch from Issue 10464 has introduced problems into
one line comment handling of netrc module.
Problem 1:
If there is a line starting with a comment sign the
following traceback is shown:
Traceback (most recent call last):
STINNER Victor victor.stin...@haypocalc.com added the comment:
Ah ah, this bug is funny :-) test_regexp doesn't fail because of a race
condition or a file system issue, but because of the regex!
The regex ba.* is applied on the fullname, not only on the basename. If the
temporary contains ba,
STINNER Victor victor.stin...@haypocalc.com added the comment:
Ah ah, this bug is funny :-) test_regexp doesn't fail because of a race
condition or a file system issue, but because of the regex!
The regex ba.* is applied on the fullname, not only on the basename. If the
temporary contains ba,
STINNER Victor victor.stin...@haypocalc.com added the comment:
Ah ah, this bug is funny :-) test_regexp doesn't fail because of a race
condition or a file system issue, but because of the regex!
The regex ba.* is applied on the fullname, not only on the basename. If the
temporary contains ba,
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
Removed message: http://bugs.python.org/msg135199
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11873
___
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
assignee: docs@python - rhettinger
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12005
___
Chris Rose off...@offby1.net added the comment:
I'm pretty sure that the os._wrap_close wrapper is not the same thing as the
Popen context manager. I don't think it's useful to try refactor this. As
Antoine points out, the current wrapper serves a very different purpose.
--
nosy:
Steffen Daode Nurpmeso sdao...@googlemail.com added the comment:
@haypo: trouble, trouble on the dev-list, as i've seen currently.
Sorry, sorry. (Cannot subscribe, my DynIP's are often blacklisted ;)
Of course my comments were completely wrong, as Ethan has pointed
out correctly.
This is all
Roundup Robot devnull@devnull added the comment:
New changeset e4ba097123f6 by Nick Coghlan in branch '3.2':
Issue #11647: allow contextmanager objects to be used as decorators as
described in the docs. Initial patch by Ysj Ray.
http://hg.python.org/cpython/rev/e4ba097123f6
New changeset
Steffen Daode Nurpmeso sdao...@googlemail.com added the comment:
P.S.: if you're really right ('have those RFC's, but didn't read
them yet), you could also open an issue for Mercurial at
http://mercurial.selenic.com/bts - i think those guys do the very
same.
Thanks, Steffen!
--
nosy:
Nick Coghlan ncogh...@gmail.com added the comment:
The core bug has been fixed for 3.2.1 and forward ported to 3.3.
I credited the patch to Ysj Ray in ACKS and NEWS, let me know if you'd prefer
a different attribution.
Leaving the issue open for now, since _recreate_cm() should be renamed and
Steffen Daode Nurpmeso sdao...@googlemail.com added the comment:
On Thu, 5 May 2011 13:42:29 +0200, R. David Murray wrote:
what does mutt do in the case you are talking about?
16 -rwxr-s--- 1 steffen mail 14832 23 Jan 19:13 usr/bin/mutt_bitlock
set
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
This is a reasonable request and easy to implement. I am not sure how often
this functionality is needed, so I am only +0 on this feature.
--
keywords: +easy
stage: - needs patch
versions: +Python 3.3
Steffen Daode Nurpmeso sdao...@googlemail.com added the comment:
The problem report in question was submitted by one of the
Debian maintainers.
Yeah, a documentainer at least.
I've used Debian (Woody i think that was 3.1).
Actually great because Lehmanns, Heidelberg, Germany did not
include
Facundo Batista facu...@taniquetil.com.ar added the comment:
Making a copy of f_locals values to return a dictionary that doesn't hold
references to the locals of the frame is not that simple (for me, at least):
- shallow copy: we'll return always a new dict, with the values being a copy of
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
Rather than shoehorning datetime class support into existing functions, I think
a separate set of functions should be written to convert between RFC 2822
timestamps and datetime instances. Currently, email.utils has
Éric Araujo mer...@netwok.org added the comment:
Looks like I’ve misunderstood and there is no duplication. If you feel sure
about it, please reject and close this report.
--
___
Python tracker rep...@bugs.python.org
R. David Murray rdmur...@bitdance.com added the comment:
Steffen, your sense of humor is great, but oftentimes I have no clue what you
are talking about. Where does ftruncate factor in?
I was asking what mutt does when it modifies a file in the hopes that it had
some pithy algorithm for
Antoine Pitrou pit...@free.fr added the comment:
Making a copy of f_locals values to return a dictionary that doesn't
hold references to the locals of the frame is not that simple
I think you misunderstood the bug report. The issue here is not that locals are
referenced from the dict, it's
Changes by Alexander Belopolsky belopol...@users.sourceforge.net:
--
nosy: +belopolsky
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11935
___
___
R. David Murray rdmur...@bitdance.com added the comment:
I believe this is out of scope for Python itself, and is a platform
distribution issue. The platform must do some special magic to make those
things work; they don't in a vanilla python build as far as I know. You might
look to your
Changes by R. David Murray rdmur...@bitdance.com:
--
keywords: +easy
nosy: +r.david.murray
stage: - test needed
type: crash - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12009
Benjamin Peterson benja...@python.org added the comment:
I vote for option 1. We already eschew hacks with locals().
--
nosy: +benjamin.peterson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6116
Roundup Robot devnull@devnull added the comment:
New changeset 76bd26565cc7 by R David Murray in branch '3.2':
#11873: Improve test regex so random directory names don't cause test to fail
http://hg.python.org/cpython/rev/76bd26565cc7
New changeset 83e069281810 by R David Murray in branch
R. David Murray rdmur...@bitdance.com added the comment:
I ran the patched version 2945 times without failure.
--
resolution: - fixed
stage: needs patch - committed/rejected
status: open - closed
type: - behavior
___
Python tracker
STINNER Victor victor.stin...@haypocalc.com added the comment:
+self.assertRunOK('-q', '-x', 'ba[^\/]*$', self.pkgdir)
This regex matchs 'ba(...)\'. I think that you wanted to write r'[^\\/]'.
--
___
Python tracker rep...@bugs.python.org
Antoine Pitrou pit...@free.fr added the comment:
Quick review at http://bugs.python.org/review/8407/show
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8407
___
Steffen Daode Nurpmeso sdao...@googlemail.com added the comment:
After half an hour of shallow inspection.
mutt really modifies mailbox files in place (mbox_sync_mailbox())
after creating (all the new tail in) a temporary file. Then
seek()/write()/truncate() etc.. It however has
R. David Murray rdmur...@bitdance.com added the comment:
Do you think we can get 9527 in? My patch was based on the non-existence of a
LocalTimezone facility in the stdlib.
Good point about the special interpretation of -. Given 9527 (and only
given 9527) it would indeed make sense to
R. David Murray rdmur...@bitdance.com added the comment:
You are right that I got the regex wrong (I'm bad at regexes), but in fact it
is fine the way it is. Since there's no r, the regex is actually ba[^/]$,
which is exactly what I meant.
--
___
R. David Murray rdmur...@bitdance.com added the comment:
prepare new tail means all of the text from the first modified line to the
end? (As opposed to just the new mail?)
mailbox does locking. I see no reason in principle it couldn't stat/restore,
it would just be setting the times on the
R. David Murray rdmur...@bitdance.com added the comment:
Oh, and does mutt's behavior apply to any mbox, or only the one in the system
spool?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11935
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
On Thu, May 5, 2011 at 12:44 PM, R. David Murray rep...@bugs.python.org wrote:
..
Do you think we can get 9527 in?
I hope we can. Pure Python implementation can be improved by deducing
the TZ offset from localtime() and
Changes by Pas pasthe...@gmail.com:
--
nosy: +pas
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10399
___
___
Python-bugs-list mailing list
R. David Murray rdmur...@bitdance.com added the comment:
LocalTimezone support would be *really* helpful for the email module. It would
allow us to have unambiguous semantics for datetime objects representing
timestamps exacted from or inserted into email messages (see issue 665194 for
R. David Murray rdmur...@bitdance.com added the comment:
Yes, since the package will save the original text anyway, I think just
clamping to 59 is best.
Hmm. Maybe instead I could put in an assert that says please report this
incident to bugs.python.org so we can argue that datetime should
Changes by Pas pasthe...@gmail.com:
--
nosy: +pas
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1479611
___
___
Python-bugs-list mailing list
Facundo Batista facu...@taniquetil.com.ar added the comment:
Antoine, to see if I understood correctly... if we build the dict, and just
return it but don't save it in the frame, this leak would be solved? (yes, it'd
be slower because everytime it's asked, it'd need to be built again)
Charles-François Natali neolo...@free.fr added the comment:
Thanks for the tip. I added the unit test and uploaded my final patch
(which includes all changes).
A couple comments (note that I'm not entitled to accept or commit a patch, so
feel free to ignore them if I'm just being a pain):
-
Antoine Pitrou pit...@free.fr added the comment:
As I think about this more... I'm not sure how much performance there
is to gain here in practice. It seems like any time I'd want to use
readinto(), it's because I want to do my own buffering, in which case
why would I use a BufferedReader?
Charles-François Natali neolo...@free.fr added the comment:
You can not pickle individual objects larger than 2**31.
Indeed, but that's not what's happening here, the failure occurs with much
smaller objects (also, note the OP's cPickle is perfectly capable of pickling
these objects).
The
Ismail Donmez ism...@namtrac.org added the comment:
Ping? Shall I submit a fix for Modules/_ctypes/libffi/configure.ac or better
yet will you sync in-tree libffi?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11729
Antoine Pitrou pit...@free.fr added the comment:
Well, ctypes is kindof unmaintained right now, and the private libffi copy
belongs to that module.
(the reason we have a libffi copy is that, IIUC, it's patched)
--
nosy: +pitrou
___
Python tracker
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +doko
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11729
___
___
Python-bugs-list mailing list
Raymond Hettinger raymond.hettin...@gmail.com added the comment:
Brett, can you test this?
--
assignee: - brett.cannon
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11149
Ismail Donmez ism...@namtrac.org added the comment:
Patch for configure.ac then?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11729
___
___
Erik Cederstrand e...@1calendar.dk added the comment:
At least in Denmark, week numbers are used regularly in everyday communication
and planning, and the numbering follows the ISO rules. Also, the week starts on
Monday.
--
___
Python tracker
Bryce Verdier bryceverd...@gmail.com added the comment:
Here is the patch to fix the documentation. Asked some core developers off the
bug tracker how to handle this bug in relation to the bigger issue regarding
STOP leading to an infinite loop.
--
keywords: +patch
nosy: +louiscipher
Steffen Daode Nurpmeso sdao...@googlemail.com added the comment:
In fact i like my idea of using iterations.
I have some time tomorrow, so if nobody complains until then,
i write diffs for the tests of 3.x and 2.7 with these updates:
- Two different target sizes:
1. 0x + x (7)
Steffen Daode Nurpmeso sdao...@googlemail.com added the comment:
Issue #11935 becomes gigantic and may even swamp this one over!
--
nosy: +sdaoden
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7359
Terry J. Reedy tjre...@udel.edu added the comment:
I think this is the wrong patch for reasons given below.
The example should be replaced instead.
Readline is documented as returning '' at EOF for text files.
Iter(func,sentinel) is documented as calling func until sentinel is returned.
If
Changes by Terry J. Reedy tjre...@udel.edu:
--
versions: +Python 2.7, Python 3.1, Python 3.2, Python 3.3 -Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11163
___
New submission from David Coles coles.da...@gmail.com:
On Android platforms bionic defines wchar_t as char. This causes compiling of
unicodeobject.c to fail with #error unsupported wchar_t and PyUNICODE sizes,
see issue #8670.
The unusual thing is that the configure script does detect if
New submission from Antoine Pitrou pit...@free.fr:
Treating RuntimeError as if it could take an errno is no good:
try: signal.siginterrupt(32, 12345)
... except RuntimeError as e: print(e.errno)
...
Traceback (most recent call last):
File stdin, line 1, in module
RuntimeError: (22, 'Invalid
STINNER Victor victor.stin...@haypocalc.com added the comment:
I asked if I should use RuntimeError or OSError for the new signal functions
(#8407) on python-dev. Georg Brandl answered:
If it has an errno, it should be a subclass of EnvironmentError.
--
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12011
___
___
John O'Connor tehj...@gmail.com added the comment:
Attached patch draft for buffered_readinto(). patchcheck removed some
whitespace as well.
Daniel, I agree. BufferedReader.readinto seemingly defeats the purpose of using
a BufferedReader to begin with. Though, for the difference Antoine
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
assignee: docs@python - rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11163
___
Raymond Hettinger raymond.hettin...@gmail.com added the comment:
I'll replace this with a better example using binary chunked reads that
terminate with an empty string.
--
priority: normal - low
___
Python tracker rep...@bugs.python.org
Antoine Pitrou pit...@free.fr added the comment:
Do you want to propose a patch? I'm not sure any of us can test on an Android
setup.
--
nosy: +pitrou
stage: - needs patch
versions: +Python 2.7, Python 3.1, Python 3.2, Python 3.3
___
Python tracker
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12010
___
___
Steffen Daode Nurpmeso sdao...@googlemail.com added the comment:
On Thu, 5 May 2011 19:04:16 +0200, R. David Murray wrote:
prepare new tail means all of the text from the first modified
line to the end? (As opposed to just the new mail?) mailbox
does locking. I see no reason in principle
Antoine Pitrou pit...@free.fr added the comment:
Thank you for the patch. A couple of comments:
- the whole slow path (which loops calling _bufferedreader_raw_read()) should
be surrounded by calls to ENTER_BUFFERED() and LEAVE_BUFFERED()
- other things:
+if (!PyArg_ParseTuple(args,
David Coles coles.da...@gmail.com added the comment:
Sure. There are a few other build issues (mainly missing types/structs in
Bionic) that are preventing a complete build. I'll put together a patch once I
have a working build and can verify that HAVE_USABLE_WCHAR_T is set correctly
set on a
John O'Connor tehj...@gmail.com added the comment:
Thanks for the feedback. I made the changes, PTAL.
--
Added file: http://bugs.python.org/file21900/buffered_readinto2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9971
STINNER Victor victor.stin...@haypocalc.com added the comment:
http://bugs.python.org/review/8407/show
Updated patch (version 2).
Note: sigpending() doesn't return an error code but -1 on error.
--
Added file: http://bugs.python.org/file21901/pending_signals-2.patch
New submission from STINNER Victor victor.stin...@haypocalc.com:
It looks like OpenSSL can be compiled without SSLv2 (#ifdef OPENSSL_NO_SSL2).
See this bug report:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=612780
When compiling Python, I get the following error:
Eric V. Smith e...@trueblade.com added the comment:
Could you incorporate the test into Lib/test/test_zipfile?
Thanks!
--
components: +Library (Lib)
nosy: +eric.smith
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12004
1 - 100 of 111 matches
Mail list logo