[Python-Dev] Summary of Python tracker Issues
ACTIVITY SUMMARY (2012-10-05 - 2012-10-12) Python tracker at http://bugs.python.org/ To view or respond to any of the issues listed below, click on the issue. Do NOT respond to this message. Issues counts and deltas: open3789 (+19) closed 24201 (+52) total 27990 (+71) Open issues with patches: 1694 Issues opened (47) == #8489: Support UTF8SMTP as part of RFC 5336 in smptlib http://bugs.python.org/issue8489 reopened by r.david.murray #14700: Integer overflow in classic string formatting http://bugs.python.org/issue14700 reopened by mark.dickinson #16143: Building with configure option --without-doc-strings crashes http://bugs.python.org/issue16143 opened by Gregory.Andersen #16144: misleading sentence in reference/import http://bugs.python.org/issue16144 opened by mpg #16145: Abort in _csv module http://bugs.python.org/issue16145 opened by Arfrever #16151: Deferred KeyboardInterrupt in interactive mode http://bugs.python.org/issue16151 opened by serhiy.storchaka #16152: Trailing whitespace makes tokenize.generate_tokens pathologica http://bugs.python.org/issue16152 opened by nedbat #16153: PyUnicode_FromFormatV() must fail if the format string is inva http://bugs.python.org/issue16153 opened by haypo #16154: Some minor doc fixes in Doc/library http://bugs.python.org/issue16154 opened by Ravi.Sinha #16155: Some minor doc fixes in Doc/faq http://bugs.python.org/issue16155 opened by Ravi.Sinha #16157: Irrelevant references to Misc/News http://bugs.python.org/issue16157 opened by serhiy.storchaka #16158: sporadic test_multiprocessing failure http://bugs.python.org/issue16158 opened by pitrou #16160: subclassing types.SimpleNamespace does not work http://bugs.python.org/issue16160 opened by r.david.murray #16163: Wrong name in Lib/pkgutil.py:iter_importers http://bugs.python.org/issue16163 opened by berker.peksag #16165: sched.scheduler.run() blocks scheduler http://bugs.python.org/issue16165 opened by serhiy.storchaka #16166: Add PY_BYTE_ORDER macro to get endianess of platform http://bugs.python.org/issue16166 opened by christian.heimes #16175: Add I/O Completion Ports wrapper http://bugs.python.org/issue16175 opened by christian.heimes #16177: IDLE Crash on Open Parens http://bugs.python.org/issue16177 opened by brianckeegan #16178: atexit._run_exitfuncs should be a public API http://bugs.python.org/issue16178 opened by gregory.p.smith #16180: cannot quit pdb when there is a syntax error in the debuggee ( http://bugs.python.org/issue16180 opened by xdegaye #16181: cookielib.http2time raises ValueError for invalid date. http://bugs.python.org/issue16181 opened by Charles.Jones #16182: readline: Wrong tab completion scope indices in Unicode termin http://bugs.python.org/issue16182 opened by kunkku #16183: ZipExtFile object close without file handle closed http://bugs.python.org/issue16183 opened by V.E.O #16185: include path in subprocess.Popen() file not found error messag http://bugs.python.org/issue16185 opened by chris.jerdonek #16186: shlex bug? http://bugs.python.org/issue16186 opened by jwfang #16188: Windows C Runtime Library Mismatch http://bugs.python.org/issue16188 opened by rlinscheer #16189: ld_so_aix not found http://bugs.python.org/issue16189 opened by rjs #16190: Misleading warning in random module docs http://bugs.python.org/issue16190 opened by christian.heimes #16192: ctypes - documentation example http://bugs.python.org/issue16192 opened by Thorney #16193: display full e-mail name in hg.python.org annotate pages http://bugs.python.org/issue16193 opened by chris.jerdonek #16194: imp.load_dynamic imports wrong module when called several time http://bugs.python.org/issue16194 opened by eudoxos #16195: Difficult or impossible to figure out how garbage collector an http://bugs.python.org/issue16195 opened by exarkun #16197: Several small errors in winreg documentation http://bugs.python.org/issue16197 opened by zach.ware #16198: IDLE - tabbing in a string always brings up file completion wi http://bugs.python.org/issue16198 opened by serwy #16200: Setting .posix=True for shlex object causes infinite loop in _ http://bugs.python.org/issue16200 opened by serwy #16201: socket.gethostbyname incorrectly parses ip http://bugs.python.org/issue16201 opened by maker #16202: sys.path[0] security issues http://bugs.python.org/issue16202 opened by jdemeyer #16203: Proposal: add re.fullmatch() method http://bugs.python.org/issue16203 opened by gvanrossum #16204: PyBuffer_FillInfo returns 'B' buffer, whose behavior has chang http://bugs.python.org/issue16204 opened by piro #16205: update :class:`str` references to link to the str type section http://bugs.python.org/issue16205 opened by chris.jerdonek #16206: dict() docs should display multiple signatures http://bugs.python.org/issue16206 opened by chris.jerdonek #16207: distinguish methods from non-methods in classes in the stdtype
Re: [Python-Dev] Python Bug Day in October
Éric Araujo wrote: Hi Chris, Le 02/10/2012 18:14, Chris Angelico a écrit : Apologies if this is a stupid question (or just completely misdirected), but does this mean that if I'm interested in participating in the bug day, the first step should be to join core-mentorship@? It’s not required, but you are welcome to do it. I’ll send an announcement with details about participating soon™. It's two and a half weeks left, but I've not seen any announcements yet! Also, my issue list at http://piratepad.net/pyconfi-sprint-issues still lacks entries, so everyone interested in making the bug day a huge success is welcome to add issues to the list. It doesn't need registration or anything, just open it in your browser and edit. Petri ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] [Python-checkins] cpython (merge 3.3 - default): merge 3.3
On Fri, Oct 12, 2012 at 9:05 AM, benjamin.peterson
python-check...@python.org wrote:
http://hg.python.org/cpython/rev/6e721c72683f
changeset: 79703:6e721c72683f
parent: 79700:d3d4737fa093
parent: 79702:de8787029fe4
user:Benjamin Peterson benja...@python.org
date:Fri Oct 12 12:05:09 2012 -0400
summary:
merge 3.3
It looks like this check-in reverted previous valid work.
--Chris
files:
Doc/howto/functional.rst | 5 ++---
Doc/library/functions.rst | 25 +
2 files changed, 11 insertions(+), 19 deletions(-)
diff --git a/Doc/howto/functional.rst b/Doc/howto/functional.rst
--- a/Doc/howto/functional.rst
+++ b/Doc/howto/functional.rst
@@ -292,14 +292,13 @@
Applying :func:`iter` to a dictionary always loops over the keys, but
dictionaries have methods that return other iterators. If you want to
iterate
over values or key/value pairs, you can explicitly call the
-:meth:`~dict.values` or :meth:`~dict.items` methods to get an appropriate
-iterator.
+:meth:`~dict.values` or :meth:`~dict.items` methods to get an appropriate
iterator.
The :func:`dict` constructor can accept an iterator that returns a finite
stream
of ``(key, value)`` tuples:
L = [('Italy', 'Rome'), ('France', 'Paris'), ('US', 'Washington DC')]
- dict(iter(L)) #doctest: +SKIP
+ dict(iter(L))
{'Italy': 'Rome', 'US': 'Washington DC', 'France': 'Paris'}
Files also support iteration by calling the :meth:`~io.TextIOBase.readline`
diff --git a/Doc/library/functions.rst b/Doc/library/functions.rst
--- a/Doc/library/functions.rst
+++ b/Doc/library/functions.rst
@@ -122,8 +122,6 @@
Without an argument, an array of size 0 is created.
- See also :ref:`binaryseq` and :ref:`typebytearray`.
-
.. _func-bytes:
.. function:: bytes([source[, encoding[, errors]]])
@@ -137,8 +135,6 @@
Bytes objects can also be created with literals, see :ref:`strings`.
- See also :ref:`binaryseq`, :ref:`typebytes`, and :ref:`bytes-methods`.
-
.. function:: callable(object)
@@ -692,8 +688,6 @@
*sentinel*, :exc:`StopIteration` will be raised, otherwise the value will
be returned.
- See also :ref:`typeiter`.
-
One useful application of the second form of :func:`iter` is to read
lines of
a file until a certain line is reached. The following example reads a
file
until the :meth:`readline` method returns an empty string::
@@ -714,7 +708,7 @@
:noindex:
Rather than being a function, :class:`list` is actually a mutable
- sequence type, as documented in :ref:`typesseq-list` and :ref:`typesseq`.
+ sequence type, as documented in :ref:`typesseq`.
.. function:: locals()
@@ -1088,7 +1082,7 @@
:noindex:
Rather than being a function, :class:`range` is actually an immutable
- sequence type, as documented in :ref:`typesseq-range` and :ref:`typesseq`.
+ sequence type, as documented in :ref:`typesseq`.
.. function:: repr(object)
@@ -1213,8 +1207,7 @@
.. function:: str(object='')
str(object[, encoding[, errors]])
- Return a :ref:`string textseq` version of an object, using one of the
- following modes:
+ Return a string version of an object, using one of the following modes:
If *encoding* and/or *errors* are given, :func:`str` will decode the
*object* which can either be a byte string or a character buffer using
@@ -1237,9 +1230,11 @@
Objects can specify what ``str(object)`` returns by defining a
:meth:`__str__`
special method.
- For more information on strings and string methods, see the :ref:`textseq`
- section. To output formatted strings, see the :ref:`string-formatting`
- section. In addition, see the :ref:`stringservices` section.
+ For more information on strings see :ref:`typesseq` which describes
sequence
+ functionality (strings are sequences), and also the string-specific
methods
+ described in the :ref:`string-methods` section. To output formatted
strings,
+ see the :ref:`string-formatting` section. In addition see the
+ :ref:`stringservices` section.
.. function:: sum(iterable[, start])
@@ -1316,7 +1311,7 @@
:noindex:
Rather than being a function, :class:`tuple` is actually an immutable
- sequence type, as documented in :ref:`typesseq-tuple` and :ref:`typesseq`.
+ sequence type, as documented in :ref:`typesseq`.
.. function:: type(object)
@@ -1349,8 +1344,6 @@
...
X = type('X', (object,), dict(a=1))
- See also :ref:`bltin-type-objects`.
-
.. function:: vars([object])
--
Repository URL: http://hg.python.org/cpython
___
Python-checkins mailing list
python-check...@python.org
http://mail.python.org/mailman/listinfo/python-checkins
___
Python-Dev mailing list
Python-Dev@python.org
Re: [Python-Dev] [Python-checkins] cpython (merge 3.3 - 3.3): merge heads
On Fri, Oct 12, 2012 at 9:05 AM, benjamin.peterson python-check...@python.org wrote: http://hg.python.org/cpython/rev/de8787029fe4 changeset: 79702:de8787029fe4 branch: 3.3 parent: 79701:d4ab5859721e parent: 79690:0cddf0bd19f8 It looks like this 3.3 check-in also reverted previous valid work. The following command shows the diff from the mainline, which isn't visible in the e-mail contents below: hg diff -r 0cddf0bd19f8 -r de8787029fe4 It's hard for me to piece together exactly what happened, or else I would try to fix it myself. --Chris user:Benjamin Peterson benja...@python.org date:Fri Oct 12 12:05:01 2012 -0400 summary: merge heads files: Doc/howto/unicode.rst | 2 +- Doc/library/exceptions.rst| 4 ++-- Doc/library/stdtypes.rst | 8 Doc/library/string.rst| 2 +- Doc/tutorial/introduction.rst | 2 +- Misc/NEWS | 2 ++ 6 files changed, 11 insertions(+), 9 deletions(-) diff --git a/Doc/howto/unicode.rst b/Doc/howto/unicode.rst --- a/Doc/howto/unicode.rst +++ b/Doc/howto/unicode.rst @@ -414,7 +414,7 @@ -- The ``str`` type is described in the Python library reference at -:ref:`typesseq`. +:ref:`textseq`. The documentation for the :mod:`unicodedata` module. diff --git a/Doc/library/exceptions.rst b/Doc/library/exceptions.rst --- a/Doc/library/exceptions.rst +++ b/Doc/library/exceptions.rst @@ -275,8 +275,8 @@ .. exception:: StopIteration Raised by built-in function :func:`next` and an :term:`iterator`\'s - :meth:`__next__` method to signal that there are no further items to be - produced by the iterator. + :meth:`~iterator.__next__` method to signal that there are no further + items produced by the iterator. The exception object has a single attribute :attr:`value`, which is given as an argument when constructing the exception, and defaults diff --git a/Doc/library/stdtypes.rst b/Doc/library/stdtypes.rst --- a/Doc/library/stdtypes.rst +++ b/Doc/library/stdtypes.rst @@ -1358,8 +1358,8 @@ object: io.StringIO -Textual data in Python is handled with :class:`str` objects, which are -immutable sequences of Unicode code points. String literals are +Textual data in Python is handled with ``str`` objects, which are immutable +:ref:`sequences typesseq` of Unicode code points. String literals are written in a variety of ways: * Single quotes: ``'allows embedded double quotes'`` @@ -1377,8 +1377,8 @@ including supported escape sequences, and the ``r`` (raw) prefix that disables most escape sequence processing. -Strings may also be created from other objects with the :ref:`str func-str` -built-in. +Strings may also be created from other objects with the built-in +function :func:`str`. Since there is no separate character type, indexing a string produces strings of length 1. That is, for a non-empty string *s*, ``s[0] == s[0:1]``. diff --git a/Doc/library/string.rst b/Doc/library/string.rst --- a/Doc/library/string.rst +++ b/Doc/library/string.rst @@ -10,7 +10,7 @@ .. seealso:: - :ref:`typesseq` + :ref:`textseq` :ref:`string-methods` diff --git a/Doc/tutorial/introduction.rst b/Doc/tutorial/introduction.rst --- a/Doc/tutorial/introduction.rst +++ b/Doc/tutorial/introduction.rst @@ -390,7 +390,7 @@ .. seealso:: - :ref:`typesseq` + :ref:`textseq` Strings are examples of *sequence types*, and support the common operations supported by such types. diff --git a/Misc/NEWS b/Misc/NEWS --- a/Misc/NEWS +++ b/Misc/NEWS @@ -41,6 +41,8 @@ Library --- +- Issue #16176: Properly identify Windows 8 via platform.platform() + - Issue #16114: The subprocess module no longer provides a misleading error message stating that args[0] did not exist when either the cwd or executable keyword arguments specified a path that did not exist. -- Repository URL: http://hg.python.org/cpython ___ Python-checkins mailing list python-check...@python.org http://mail.python.org/mailman/listinfo/python-checkins ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] [Python-checkins] cpython (merge 3.3 - 3.3): merge heads
2012/10/12 Chris Jerdonek chris.jerdo...@gmail.com: On Fri, Oct 12, 2012 at 9:05 AM, benjamin.peterson python-check...@python.org wrote: http://hg.python.org/cpython/rev/de8787029fe4 changeset: 79702:de8787029fe4 branch: 3.3 parent: 79701:d4ab5859721e parent: 79690:0cddf0bd19f8 It looks like this 3.3 check-in also reverted previous valid work. The following command shows the diff from the mainline, which isn't visible in the e-mail contents below: hg diff -r 0cddf0bd19f8 -r de8787029fe4 It's hard for me to piece together exactly what happened, or else I would try to fix it myself. Sorry about that. I merged 3.2 - default instead of 3.2 - 3.3 - default and these were my attempts to fix it. -- Regards, Benjamin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] [Python-checkins] cpython (merge 3.3 - 3.3): merge heads
On Fri, Oct 12, 2012 at 7:40 PM, Benjamin Peterson benja...@python.org wrote: 2012/10/12 Chris Jerdonek chris.jerdo...@gmail.com: On Fri, Oct 12, 2012 at 9:05 AM, benjamin.peterson python-check...@python.org wrote: http://hg.python.org/cpython/rev/de8787029fe4 changeset: 79702:de8787029fe4 branch: 3.3 parent: 79701:d4ab5859721e parent: 79690:0cddf0bd19f8 It looks like this 3.3 check-in also reverted previous valid work. The following command shows the diff from the mainline, which isn't visible in the e-mail contents below: hg diff -r 0cddf0bd19f8 -r de8787029fe4 It's hard for me to piece together exactly what happened, or else I would try to fix it myself. Sorry about that. I merged 3.2 - default instead of 3.2 - 3.3 - default and these were my attempts to fix it. Are you already fixing it? If not, it looks like I could fix it. I'll start on that.. --Chris -- Regards, Benjamin ___ Python-checkins mailing list python-check...@python.org http://mail.python.org/mailman/listinfo/python-checkins ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] [Python-checkins] cpython (merge 3.3 - 3.3): merge heads
On Fri, Oct 12, 2012 at 8:22 PM, Chris Jerdonek chris.jerdo...@gmail.com wrote: On Fri, Oct 12, 2012 at 7:40 PM, Benjamin Peterson benja...@python.org wrote: 2012/10/12 Chris Jerdonek chris.jerdo...@gmail.com: On Fri, Oct 12, 2012 at 9:05 AM, benjamin.peterson python-check...@python.org wrote: http://hg.python.org/cpython/rev/de8787029fe4 changeset: 79702:de8787029fe4 branch: 3.3 parent: 79701:d4ab5859721e parent: 79690:0cddf0bd19f8 It looks like this 3.3 check-in also reverted previous valid work. The following command shows the diff from the mainline, which isn't visible in the e-mail contents below: hg diff -r 0cddf0bd19f8 -r de8787029fe4 It's hard for me to piece together exactly what happened, or else I would try to fix it myself. Sorry about that. I merged 3.2 - default instead of 3.2 - 3.3 - default and these were my attempts to fix it. Are you already fixing it? If not, it looks like I could fix it. I'll start on that.. Okay, I believe it's fixed now. I also did a sanity check on the default branch by comparing the tip with the default branch prior to those merges. The only thing I didn't check is whether you have any changes in 3.2 or 3.3 that need to be merged to default. --Chris ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] ConfigParser argparse integration module
Hello, It seemed like there were several requests to enable ini file parsing with argparse. I wrote module to do this. I'd be curious to know if this is useful and anyone has a better approach. See the code here: http://pypi.python.org/pypi/ConfArgParse Thanks! S Joshua Swamidass http://swami.wustl.edu/ ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] [Python-checkins] cpython (merge 3.3 - 3.3): merge heads
2012/10/12 Chris Jerdonek chris.jerdo...@gmail.com: On Fri, Oct 12, 2012 at 8:22 PM, Chris Jerdonek chris.jerdo...@gmail.com wrote: On Fri, Oct 12, 2012 at 7:40 PM, Benjamin Peterson benja...@python.org wrote: 2012/10/12 Chris Jerdonek chris.jerdo...@gmail.com: On Fri, Oct 12, 2012 at 9:05 AM, benjamin.peterson python-check...@python.org wrote: http://hg.python.org/cpython/rev/de8787029fe4 changeset: 79702:de8787029fe4 branch: 3.3 parent: 79701:d4ab5859721e parent: 79690:0cddf0bd19f8 It looks like this 3.3 check-in also reverted previous valid work. The following command shows the diff from the mainline, which isn't visible in the e-mail contents below: hg diff -r 0cddf0bd19f8 -r de8787029fe4 It's hard for me to piece together exactly what happened, or else I would try to fix it myself. Sorry about that. I merged 3.2 - default instead of 3.2 - 3.3 - default and these were my attempts to fix it. Are you already fixing it? If not, it looks like I could fix it. I'll start on that.. Okay, I believe it's fixed now. I also did a sanity check on the default branch by comparing the tip with the default branch prior to those merges. Thanks for looking into that. The only thing I didn't check is whether you have any changes in 3.2 or 3.3 that need to be merged to default. Everything looks okay to me. -- Regards, Benjamin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
