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 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
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 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 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 > 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 : > 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 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 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 > 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 -> 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 > python-check...@python.org > http://mail.python.org/mailman/listinfo/python-checkins > __
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
[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