[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 http://bugs
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 [email protected] 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
wrote:
> http://hg.python.org/cpython/rev/6e721c72683f
> changeset: 79703:6e721c72683f
> parent: 79700:d3d4737fa093
> parent: 79702:de8787029fe4
> user:Benjamin Peterson
> 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 ` 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
> [email protected]
> http://mail.python.org/mailman/listinfo/python-checkins
>
__
Re: [Python-Dev] [Python-checkins] cpython (merge 3.3 -> 3.3): merge heads
On Fri, Oct 12, 2012 at 9:05 AM, benjamin.peterson
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
> 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 ` 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 `
> -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
> [email protected]
> http://mail.python.org/mailman/listinfo/python-checkins
>
___
Python-Dev mailing list
[email protected]
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 : > On Fri, Oct 12, 2012 at 9:05 AM, benjamin.peterson > 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 [email protected] 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 wrote: > 2012/10/12 Chris Jerdonek : >> On Fri, Oct 12, 2012 at 9:05 AM, benjamin.peterson >> 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 > [email protected] > http://mail.python.org/mailman/listinfo/python-checkins ___ Python-Dev mailing list [email protected] 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 wrote: > On Fri, Oct 12, 2012 at 7:40 PM, Benjamin Peterson > wrote: >> 2012/10/12 Chris Jerdonek : >>> On Fri, Oct 12, 2012 at 9:05 AM, benjamin.peterson >>> 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 [email protected] 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 [email protected] 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 : > On Fri, Oct 12, 2012 at 8:22 PM, Chris Jerdonek > wrote: >> On Fri, Oct 12, 2012 at 7:40 PM, Benjamin Peterson >> wrote: >>> 2012/10/12 Chris Jerdonek : On Fri, Oct 12, 2012 at 9:05 AM, benjamin.peterson 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 [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
