Roundup Robot added the comment:
New changeset f2f0eec4a556 by Victor Stinner in branch '2.7':
Issue #21058: Fix a leak of file descriptor in tempfile.NamedTemporaryFile(),
http://hg.python.org/cpython/rev/f2f0eec4a556
--
nosy: +python-dev
___
Python
Roundup Robot added the comment:
New changeset 182f08c0dd45 by Victor Stinner in branch '2.7':
Issue #21058: NamedTemporaryFile() closes the FD on any error, not only
Exception
http://hg.python.org/cpython/rev/182f08c0dd45
--
___
Python tracker
Changes by Charles-François Natali cf.nat...@gmail.com:
--
resolution: - fixed
stage: patch review - committed/rejected
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21040
___
New submission from Charles-François Natali:
Many buildbots are failing with this error:
==
ERROR: idlelib.idle_test.test_warning (unittest.loader.ModuleImportFailure)
Matthias Klose added the comment:
But this expectation is not true: if dependencies are not available,
Python silently disables the build of certain modules. So this story
of making the standard library always has all the modules does not really
stand.
I think this one is a valid concern.
Changes by priya priyapappachan...@gmail.com:
--
keywords: +patch
Added file: http://bugs.python.org/file34610/PyDict_Update.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18456
___
Roundup Robot added the comment:
New changeset 7f87c26f59ab by Victor Stinner in branch '3.4':
Issue #21058: Fix a leak of file descriptor in tempfile.NamedTemporaryFile(),
http://hg.python.org/cpython/rev/7f87c26f59ab
New changeset b1e3035216f8 by Victor Stinner in branch 'default':
(Merge
STINNER Victor added the comment:
It's probably a regression of the changeset
c2e2dc6c8769b6f37638149a9e9d0aad5845b3f1:
Issue #15968: Incorporated Tcl, Tk, and Tix builds into the Windows build
solution.
--
nosy: +haypo
___
Python tracker
STINNER Victor added the comment:
Thanks for the report, the issue is now fixed.
--
nosy: +haypo
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21058
STINNER Victor added the comment:
It looks like test_idlelib fails on Windows buildbots since the changeset
c2e2dc6c8769b6f37638149a9e9d0aad5845b3f1: issue #21059.
--
nosy: +haypo
resolution: fixed -
status: closed - open
___
Python tracker
STINNER Victor added the comment:
I'm interested to review a patch, but I'm not sure that read1() can return a
type different than bytes. You can use the Py_buffer API for your patch.
--
nosy: +haypo, pitrou
versions: +Python 3.4
___
Python tracker
Roundup Robot added the comment:
New changeset 8e1637e3a099 by Georg Brandl in branch '3.4':
Closes #18456: Doc fix: PyDict_Update only works with dict-like objects, not
key-value sequences. Patch by priyapappachan.
http://hg.python.org/cpython/rev/8e1637e3a099
--
nosy: +python-dev
Roundup Robot added the comment:
New changeset 2e51845a99e2 by Georg Brandl in branch '2.7':
Closes #18456: Doc fix: PyDict_Update only works with dict-like objects, not
key-value sequences. Patch by priyapappachan.
http://hg.python.org/cpython/rev/2e51845a99e2
--
Roundup Robot added the comment:
New changeset dd2c7cca5980 by Victor Stinner in branch '3.4':
Issue #21006: asyncio doc: reorganize subprocess doc
http://hg.python.org/cpython/rev/dd2c7cca5980
New changeset c45b124e9af4 by Victor Stinner in branch 'default':
(Merge 3.4) Issue #21006: asyncio
STINNER Victor added the comment:
I reorganized the doc. Thanks for the report.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21006
___
koobs added the comment:
These are a good step toward bringing the otherwise neglected Python build
system back to the real world in terms of standard functionality, and will
among other things, make life an absolute pleasure for downstreams and users
alike.
User-Serviceable options are
New submission from Éric Araujo:
From http://jamie.curle.io/blog/my-first-experience-adding-package-pypi/ :
python setup.py upload
running upload
error: no dist file created in earlier command
I thought I was going mad because I could see the dist file, it was right
there in all
Christian Bachmaier added the comment:
Same issue with external libraries under (pachted) Python 3.4.0 final on Ubuntu
14.04 LTS or Debian Wheezy/Sid.
Meader, is there any option/possibility zu use an external library (like
psycopg2.psycopg.so)from the freezed binary? I alreday tried to
Roundup Robot added the comment:
New changeset d6831d94dd1e by Georg Brandl in branch '2.7':
Closes #21045: make the Qt help build not look completely stupid
http://hg.python.org/cpython/rev/d6831d94dd1e
--
nosy: +python-dev
resolution: - fixed
stage: - committed/rejected
status: open
Roundup Robot added the comment:
New changeset 2a6c33592e40 by Georg Brandl in branch '3.4':
Closes #21045: make the Qt help build not look completely stupid
http://hg.python.org/cpython/rev/2a6c33592e40
--
___
Python tracker rep...@bugs.python.org
Christian Bachmaier added the comment:
I also issued a ticket at the bugtracker of the psycopg2 project:
http://psycopg.lighthouseapp.com/projects/62710/tickets/201
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16047
Éric Araujo added the comment:
distutils2 development has ceased.
--
components: -Distutils2
nosy: +dstufft
status: open - closed
versions: -3rd party
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10571
Éric Araujo added the comment:
I’m open to a patch that would make it clear in the docs that classifiers must
be a list.
A patch to detect bad type for classifiers in the check command would also be
acceptable for 3.5, or to catch it earlier, a check in the Distribution class.
--
Antoon Pardon added the comment:
I had a look at this and have the following remarks.
1) the file csv_sniffing_excel_tab.py no longer works with python 3.3. It now
produces the folowing traceback:
Traceback (most recent call last):
File csv_sniffing_excel_tab.py, line 36, in module
New submission from Timothy Pederick:
The docs are contradictory on whether or not contextlib.redirect_stdout is
reentrant, or reusable-but-not-reentrant. This would seem to be an oversight
from issue19403, which probably should have changed reusable but not
reentrant to reentrant.
Present
Martin v. Löwis added the comment:
Christian: please don't use this bug tracker to get help. Please use e.g.
python-list to ask questions on how to use Python. To answer your question: in
theory, you have the choice to either continue to use dynamic loading from the
frozen interpreter, or to
Changes by Berker Peksag berker.pek...@gmail.com:
--
nosy: +ncoghlan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21061
___
___
Python-bugs-list
Nick Coghlan added the comment:
Indeed, it is actually reentrant now - the part that claims it isn't needs to
be tweaked appropriately.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21061
Stefan Behnel added the comment:
I think you attached the wrong file.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20375
___
___
Christian Bachmaier added the comment:
Martin: this is clearly a bug, as it is now (Python 3.3 onwards) impossible to
use an external module (in a .so) from a frozen binary.
The phrase please help was intended to fix the bug. If there is a new option
then this would also result in some kind
Robert Kuska added the comment:
There is ongoing discussion on pip's github tracker [1] about default location
where to install user modules.
IMO this is something that should be dealt with in Python Interpreter Core
[2][3]. I would like to hear some opinion from python devs on this.
[1]
Marc-Andre Lemburg added the comment:
On 25.03.2014 11:37, Christian Bachmaier wrote:
Martin: this is clearly a bug, as it is now (Python 3.3 onwards) impossible
to use an external module (in a .so) from a frozen binary.
Are you sure about this ?
If you freeze an application which
Antoine Pitrou added the comment:
A complicated build system is not a function its feature-set or
flexibility, but of the quality of its evolution.
Certainly, but that doesn't change the concrete issue: we have a complicated
build system that these patches will make more complicated.
STINNER Victor added the comment:
A patch to detect bad type for classifiers in the check command would also be
acceptable for 3.5, or to catch it earlier, a check in the Distribution class.
Why only in Python 3.5? Does it make sense to pass something different
than a list in older Python
Roundup Robot added the comment:
New changeset a97dcdee35f9 by Victor Stinner in branch '3.4':
Issue #12209: Minor edits to faulthandler doc. Patch written by Éric Araujo.
http://hg.python.org/cpython/rev/a97dcdee35f9
New changeset 6f80ca0012ae by Victor Stinner in branch 'default':
(Merge 3.4)
STINNER Victor added the comment:
Sorry for the delay. I applied your patch.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12209
___
STINNER Victor added the comment:
I didn't see this error recently.
--
resolution: - out of date
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15971
___
Changes by STINNER Victor victor.stin...@gmail.com:
--
keywords: +3.3regression
resolution: - out of date
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19818
___
Changes by STINNER Victor victor.stin...@gmail.com:
--
keywords: -3.3regression
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19818
___
___
Roundup Robot added the comment:
New changeset 3cd216b56599 by Victor Stinner in branch '3.4':
Issue #21038: Cleanup test_epoll.py
http://hg.python.org/cpython/rev/3cd216b56599
New changeset 945d7dd3b455 by Victor Stinner in branch '3.4':
Issue #21038: Use monotonic clock to compute timeout,
Roundup Robot added the comment:
New changeset d09032a9adee by Victor Stinner in branch '2.7':
Issue #21038: Cleanup test_epoll.py
http://hg.python.org/cpython/rev/d09032a9adee
--
___
Python tracker rep...@bugs.python.org
Changes by priya priyapappachan...@gmail.com:
--
keywords: +patch
Added file: http://bugs.python.org/file34611/epoll.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20100
___
STINNER Victor added the comment:
Thanks for the patch, it's now fixed in Python 2.7, 3.4 and 3.5.
--
nosy: +haypo
resolution: - fixed
status: open - closed
versions: +Python 3.5
___
Python tracker rep...@bugs.python.org
Christian Bachmaier added the comment:
# ldd hello
linux-vdso.so.1 = (0x7fffd677e000)
libpython3.4m.so.1.0 = /usr/lib/x86_64-linux-gnu/libpython3.4m.so.1.0
(0x7f968c6c2000)
libpthread.so.0 = /lib/x86_64-linux-gnu/libpthread.so.0
(0x7f968c4a4000)
Changes by priya priyapappachan...@gmail.com:
Added file: http://bugs.python.org/file34612/idle.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6699
___
Éric Araujo added the comment:
It would be nice to have unit tests for this change.
Did you get an email from the review system? If not, follow the “review” link
on the right of the list of files on this page.
--
___
Python tracker
Nick Coghlan added the comment:
Note that authority over package design decisions has been delegated to the
Python Packaging Authority - it's up to them to decide what they want and ask
for it (of they decide they actually need modifications to the interpreter),
not for Python core to tell
Kathleen Weaver added the comment:
I've got a patch for the readme from cpyton and for the setup from devguide
I have had trouble reading the comments.
--
Added file: http://bugs.python.org/file34613/win.patch
___
Python tracker
Changes by Piotr Dobrogost p...@bugs.python.dobrogost.net:
--
nosy: +piotr.dobrogost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1298835
___
___
Changes by Kathleen Weaver kathl...@kweaver.org:
Added file: http://bugs.python.org/file34614/winreadme.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17846
___
Changes by Kathleen Weaver kathl...@kweaver.org:
Added file: http://bugs.python.org/file34615/winreadme.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17846
___
Zachary Ware added the comment:
Indeed, although honestly I can't figure out exactly why. However, #20035
should fix the failures; I haven't committed it because the patch is in C and I
can't guarantee that I haven't missed anything big. If either of you (or
anyone else at all :-) could
Changes by Zachary Ware zachary.w...@gmail.com:
--
assignee: - zach.ware
dependencies: +Suppress 'os.environ was modified' warning on Tcl/Tk tests
versions: +Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21059
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21052
___
Meador Inge added the comment:
Apologies for not replying over the weekend. I am still looking into this one.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16047
___
STINNER Victor added the comment:
The original issue was reported against 2.7
Oh... Ok :-)
It's tricky to fix this issue in Python 2.7 because you have to choose which
function is used: CreateProcessA() (bytes) or CreateProcessW() (Unicode). To
use CreateProcessW(), you have to decode
Marc-Andre Lemburg added the comment:
On 25.03.2014 13:02, Christian Bachmaier wrote:
Christian Bachmaier added the comment:
# ldd hello
linux-vdso.so.1 = (0x7fffd677e000)
libpython3.4m.so.1.0 =
/usr/lib/x86_64-linux-gnu/libpython3.4m.so.1.0 (0x7f968c6c2000)
Vajrasky Kok added the comment:
There is a typo.
s/io.pen/io.open/
--
keywords: +patch
nosy: +vajrasky
Added file: http://bugs.python.org/file34617/fix_typo_21058.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21058
Christian Bachmaier added the comment:
The shared library is not linked into the resulting binary
by simply having an import in the Python file.
Yes. This is why (at least in Python 3.2) it must be in the right path
(subdirectory), see above.
freeze does
support adding the external library
Mark Lawrence added the comment:
I certainly like the principle. Does this need a wider audience, python-dev
maybe?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20210
Changes by priya priyapappachan...@gmail.com:
Added file: http://bugs.python.org/file34616/epoll.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20100
___
Marc-Andre Lemburg added the comment:
On 25.03.2014 16:21, Christian Bachmaier wrote:
Sorry I forgot: PyRun seems only support Python 2.x.
Right, because PyRun uses freeze and freeze currently does not work
for Python 3. Which is what this ticket is all about and why
I opened it.
To test
Christian Bachmaier added the comment:
Sorry I forgot: PyRun seems only support Python 2.x.
The only other freeze tool I know for Pyhton3 code is cx_freeze. I would
prefere the vanilla freeze of the python distribution itself and as far as I
can see using cx_freeze makes more problems for me
Changes by priya priyapappachan...@gmail.com:
Added file: http://bugs.python.org/file34618/epoll.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20100
___
Éric Araujo added the comment:
Thanks!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12209
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Brett Cannon:
I'm thinking of:
* pkgutil
* py_compile
* compileall
* modulefinder
* freeze
Should make sure they are (a) doing the right/best thing in the face of
importlib/PEP 302/PEP 420/PEP 451, and (b) if they should be integrated into
importlib somehow in a
New submission from Brett Cannon:
E.g. linecache says This module provides random access to individual lines
from text files. That's a big awkward and could just drop This module to
read more easily.
--
assignee: docs@python
components: Documentation
keywords: easy
messages: 214834
New submission from Jona Sassenhagen:
Simple OOP segfault CtD using OSX 10.9.2
User@here:~/$ python3
Python 3.3.2 (v3.3.2:d047928ae3f6, May 13 2013, 13:52:24)
[GCC 4.2.1 (Apple Inc. build 5666) (dot 3)] on darwin
Type help, copyright, credits or license for more information.
class
Jona Sassenhagen added the comment:
In fact this minimal example is sufficient to cause a CtD (OSX 10.9.2):
$ python3
Python 3.3.2 (v3.3.2:d047928ae3f6, May 13 2013, 13:52:24)
[GCC 4.2.1 (Apple Inc. build 5666) (dot 3)] on darwin
Type help, copyright, credits or license for more information.
STINNER Victor added the comment:
Please upgrade to Python 3.3.5 or even to Python 3.4 (!) which are already
fixed.
--
nosy: +haypo, hynek, ned.deily
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21064
Ned Deily added the comment:
Yes, upgrade. See Issue18458 for details.
--
resolution: - duplicate
stage: - committed/rejected
status: open - closed
superseder: - interactive interpreter crashes and test_readline fails on OS X
10.9 Mavericks due to libedit update
Christian Bachmaier added the comment:
To test what I asked for, please run freeze on this script:
import _psycopg2
print ('Works.')
$ xxx/freeze.py hello.py
$ make
$ ./hello
Traceback (most recent call last):
File hello.py, line 3, in module
import _psycopg2
File
Marc-Andre Lemburg added the comment:
On 25.03.2014 17:47, Christian Bachmaier wrote:
Christian Bachmaier added the comment:
To test what I asked for, please run freeze on this script:
import _psycopg2
Sorry. The above should have read import _psycopg.
print ('Works.')
$
Roundup Robot added the comment:
New changeset aa2a05fe46ae by Victor Stinner in branch '3.4':
Issue #21058: fix typo in a comment. Patch written by Vajrasky Kok.
http://hg.python.org/cpython/rev/aa2a05fe46ae
New changeset 4e3c76cb0e8a by Victor Stinner in branch 'default':
(Merge 3.4) Issue
Christian Bachmaier added the comment:
$ cat hello.py
import _psycopg
print('Works.')
$ export PYTHONVERBOSE=2
$ ./hello 2 res.txt
$ cat res.txt | grep psycopg
# trying /export/scratch/chris/pgtest/_psycopg.cpython-34m-x86_64-linux-gnu.so
# trying
Brett Cannon added the comment:
OK, so trying to import around the package was definitely why the first
instance didn't work so that's all expected.
As for the failure when importing psycopg2, my guess is that the freezing of
psycopg2.__init__ is not setting __path__ to anything reasonable to
Changes by R. David Murray rdmur...@bitdance.com:
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16047
___
___
Marc-Andre Lemburg added the comment:
On 25.03.2014 19:27, Brett Cannon wrote:
Brett Cannon added the comment:
OK, so trying to import around the package was definitely why the first
instance didn't work so that's all expected.
As for the failure when importing psycopg2, my guess is
Tuomas Savolainen added the comment:
Created a patch that adds notice of using shell=True and iterable to the
documentation. Please do comment if the formatting is wrong (this my first
documentation patch).
--
Added file: http://bugs.python.org/file34619/documentation20344.patch
Roundup Robot added the comment:
New changeset 3f8b801e7e76 by R David Murray in branch '2.7':
backport: #20145: assertRaisesRegexp now raises a TypeError on bad regex.
http://hg.python.org/cpython/rev/3f8b801e7e76
New changeset 32407a677215 by R David Murray in branch '3.4':
backport: #20145:
Antoine Pitrou added the comment:
There's a great saying in the usability world: You can't document
your way out of a usability problem.
However, adding a flag to change behaviour at runtime creates *another*
usability problem. It's not obvious it would actually make things better (and
Giampaolo Rodola' added the comment:
-1 about adding raise_on_blocking_send=False option as IMO it unnecessarily
complicates the API.
Note: when working with plain sockets send() returning 0 means the connection
has been closed by the other peer, same for os.sendfile().
It appears ssl module
Changes by Terry J. Reedy tjre...@udel.edu:
--
stage: - patch review
versions: +Python 3.5 -Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1298835
___
Marc-Andre Lemburg added the comment:
On 25.03.2014 19:41, M.-A. Lemburg wrote:
I'll have to have a look at how the pyscopg2 package normally
imports its C extension. It's likely that they will have to use
something like this to make things work for frozen apps as well:
try:
from
Changes by Brett Cannon br...@python.org:
--
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16047
___
Marc-Andre Lemburg added the comment:
Wait, Brett :-)
The issue that Christian mentioned was just a side discussion.
We still need to fix the main problem.
--
resolution: invalid -
status: closed - open
___
Python tracker rep...@bugs.python.org
Serhiy Storchaka added the comment:
read1() should return bytes. MyByteStream doesn't implement the
io.BufferedIOBase interface.
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21057
Nikolaus Rath added the comment:
On 03/25/2014 01:39 PM, Serhiy Storchaka wrote:
read1() should return bytes. MyByteStream doesn't implement the
io.BufferedIOBase interface.
Indeed, this is what this issue is about :-).
The question is: is there a good reason to require io.BufferedIOBase
Changes by Nikolaus Rath nikol...@rath.org:
Removed file: http://bugs.python.org/file34528/issue20951.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20375
___
Richard Oudkerk added the comment:
Testing the is_forking() requires cx_freeze or something similar, so it really
cannot go in the test suite.
I have tested it manually (after spending too long trying to get cx_freeze to
work with a source build).
It should be noted that on Unix freezing is
Changes by Terry J. Reedy tjre...@udel.edu:
--
resolution: - wont fix
stage: test needed - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19264
___
Josh Rosenberg added the comment:
Aside from the method being named __next__(), it's the same flaw in all copies
of the Py3 documentation.
I don't think explicitly enumerating types is the way to go though. I'd just
remove the documentation for __next__, and leave it up to the per-type
Josh Rosenberg added the comment:
This has come up before. Links to additional info:
https://mail.python.org/pipermail/python-dev/2006-February/060689.html
http://bugs.python.org/issue1772673
--
nosy: +josh.rosenberg
___
Python tracker
Sebastien Renard added the comment:
Hello,
I encounter a quite similar issue with python 3.4.0 and cx_Oracle. It segfault
from time to time (hard to reproduce) on visit_decref at Modules/gcmodule.c:373.
There were no issue with python 2.7. I did not test with 3.3.
With gdb i got the following
Antoine Pitrou added the comment:
Hi Sebastien,
Those symptoms are actually quite generic. If you want do diagnose your issue,
I would suggest you compile a debug build of Python (./configure
--with-pydebug), it will enable many additional checks (and of course be quite
a bit slower too...).
Changes by R. David Murray rdmur...@bitdance.com:
--
stage: - committed/rejected
status: open - closed
title: Can't solve special women's problems? Let us do it. - spam
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21065
New submission from Cristian Baboi:
I downloaded python 2.7.6 documentation file for Windows python276.chm and it
doesn't display any documentation page. It shows only the table of content.
--
assignee: docs@python
components: Documentation, Windows
messages: 214860
nosy:
New submission from Kevin Cox:
I think it would be useful to support multiple finally clauses. The idea would
be that each clause would be run, even if prior clauses throw exceptions.
The idea came when hunting a bug in the Mozilla test suite. The code looked
like as follows.
try:
Georg Brandl added the comment:
For resource management, it would be more idiomatic to use context managers,
either with multiple CMs in one with-statement or, dynamically, with
contextlib.ExitStack.
For test suites using unittest, there is also the addCleanup functionality of
the TestCase.
Changes by Jesús Cea Avión j...@jcea.es:
--
nosy: +jcea
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21067
___
___
Python-bugs-list mailing list
1 - 100 of 121 matches
Mail list logo
