Mailman 3 March 2011 - Python-Dev

PEP 382 Master
by "Martin v. Löwis" 15 Mar '11

15 Mar '11

I'd like to appoint Eric Smith as the PEP master for PEP 382 (Namespace Packages). I hope to complete the implementation shortly, at which point there will be a final call for comments. Regards, Martin

2 1

Fwd: Re: packaging
by Tarek Ziadé 14 Mar '11

14 Mar '11

Sorry i am not used to my new phone .. fwding to python-dev ---------- Message transféré ---------- De : "Tarek Ziadé" <ziade.tarek(a)gmail.com> Date : 14 mars 2011 19:12 Objet : Re: [Python-Dev] packaging À : "Paul Moore" <p.f.moore(a)gmail.com> That document is from the latest release at pypi. You can find a fresher doc in docs in the hg repo. There's also a rendering at http://distutils2.notmyidea.org which is more recent. One task during the sprint is to consolidate all the doc ;) Le 14 mars 2011 19:03, "Paul Moore" <p.f.moore(a)gmail.com> a écrit : > On 14 March 2011 22:34, Tarek Ziadé <ziade.tarek(a)gmail.com> wrote: >> Setup.py is gone in distutils2 and therefore in packaging > > Where can I find the documentation? The distutils2 docs ("A simple > example") still use setup.py. See > http://packages.python.org/Distutils2/distutils/introduction.html#a-simple-… > > Paul

1 0

New committers coming online
by Jesse Noller 14 Mar '11

14 Mar '11

As agreed to at the language summit, I have pinged the IronPython, Jython and PyPy teams for committers on their respective teams who (do/did not) have commit rights prior to PyCon. These people are: Jeff Hardy (IronPython) Alex Gaynor (PyPy) Carl Friedrich Bolz (PyPy) Maciej Fijalkowski (PyPy) Antonio Cuni (PyPy) And one other whose CLA I have in my bag (still haven't unpacked from PyCon). So if you see them committing, this is a heads up. A side note: The Jython guys would really love to join us in our HG future-land. Frank Wierzbicki expressed a lot of interest in this. Jesse

1 0

Re: [Python-Dev] cpython: Add a 'timeout' argument to subprocess.Popen.
by Antoine Pitrou 14 Mar '11

14 Mar '11

On Mon, 14 Mar 2011 17:16:11 +0100 reid.kleckner <python-checkins(a)python.org> wrote: > @@ -265,34 +271,43 @@ > generates enough output to a pipe such that it blocks waiting > for the OS pipe buffer to accept more data. > > + .. versionchanged:: 3.2 > + *timeout* was added. Unless you plan to borrow someone's time machine, this should probably be 3.3. Regards Antoine.

2 1

PEPs migrated to mercurial?
by Jesus Cea 14 Mar '11

14 Mar '11

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I see <http://hg.python.org/peps/>, but last change was a year ago. I changes PEP 11 time ago, and I can't see the changes there. So the repository seems a bit outdated. Or, maybe, are we still using SVN for PEPs?. - -- Jesus Cea Avion _/_/ _/_/_/ _/_/_/ jcea(a)jcea.es - http://www.jcea.es/ _/_/ _/_/ _/_/ _/_/ _/_/ jabber / xmpp:jcea@jabber.org _/_/ _/_/ _/_/_/_/_/ . _/_/ _/_/ _/_/ _/_/ _/_/ "Things are not so easy" _/_/ _/_/ _/_/ _/_/ _/_/ _/_/ "My name is Dump, Core Dump" _/_/_/ _/_/_/ _/_/ _/_/ "El amor es poner tu felicidad en la felicidad de otro" - Leibniz -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQCVAwUBTX5G+5lgi5GaxT1NAQKBtAP/bROH6dye23+w+nK/D8deKtxEqQlIFeVh 3Dtuo9IhtmkhhFlXeD50WNyLBZPRpbdA97Lo1WL65Fgvj94EDwbI83ex83Bs5DGH UXfawy635NbxVzJvWL1VXI5rCzcjKY6WrmAgzTPDFyoD1KvzSz6E+kR3IEVohKh3 EihPnrygIA8= =B44H -----END PGP SIGNATURE-----

2 1

Python 3.4 version in the tracker
by Eric Smith 14 Mar '11

14 Mar '11

Could someone with the right access add a "Python 3.4" version to the tracker? I have a deprecation warning that I need to make an error in 3.4. I'd also like to make it a release blocker in 3.4 so I don't forget about it. If I do that, will it screw up any release workflow? Thanks.

5 7

imaplib: Time2Internaldate() returns localized strings
by Sebastian Spaeth 14 Mar '11

14 Mar '11

Hi there, imaplib has an issue (well, more than one :-)), but in this specific case there is even a patch that I want to lobby. http://bugs.python.org/issue11024 imaplib: Time2Internaldate() returns localized strings while the IMAP RFC requires English month names. As that function is used for every .append(), this outright prevents some international users during some months from adding messages. :-) There is a patch that fixes imaplib and I would be grateful if someone with commit access would have a look at it, and consider pushing it in. Thank you so much, Sebastian P.S., please keep me CC'd

1 0

Re: [Python-Dev] [Python-checkins] cpython (3.2): Issue #11329: PyEval_InitThreads() cannot be called before Py_Initialize()
by Nick Coghlan 14 Mar '11

14 Mar '11

On Sun, Mar 13, 2011 at 6:29 PM, antoine.pitrou <python-checkins(a)python.org> wrote: > .. index:: single: Py_Initialize() > > - This is a no-op when called for a second time. It is safe to call this function > - before calling :c:func:`Py_Initialize`. > + This is a no-op when called for a second time. This change probably deserves a "versionchanged" tag and a note in the "Porting to Python 3" section of What's New, since it may cause weirdness for people embedding Python in their apps. Cheers, Nick. - Nick Coghlan | ncoghlan(a)gmail.com | Brisbane, Australia

2 1

Re: [Python-Dev] cpython: bump ast version
by Antoine Pitrou 13 Mar '11

13 Mar '11

On Sun, 13 Mar 2011 01:34:21 +0100 benjamin.peterson <python-checkins(a)python.org> wrote: > http://hg.python.org/cpython/rev/52940f7f3726 > changeset: 68416:52940f7f3726 > user: Benjamin Peterson <benjamin(a)python.org> > date: Sat Mar 12 18:35:23 2011 -0600 > summary: > bump ast version > > files: > Python/Python-ast.c > > diff --git a/Python/Python-ast.c b/Python/Python-ast.c > --- a/Python/Python-ast.c > +++ b/Python/Python-ast.c > @@ -2,7 +2,7 @@ > > > /* > - __version__ 68409:c017695acf19. > + __version__ 68410:0daa6ba25d9b. Is the version number necessary? It is local to the repository of the person regenerating the file, and therefore not very reliable (for example, 68410 on hg.python.org points to http://hg.python.org/cpython/rev/f757b3b79c2a). The changeset id should be sufficient. Regards Antoine.

3 2

Using feature branches for local development
by Nick Coghlan 13 Mar '11

13 Mar '11

I'm experimenting with creating some local branches for things I'd like to work on during the sprints this week, and have a couple of questions about the associated workflow. 1. While the feature branches are active, is it correct that I can't use a bare "hg push" any more, since I don't want to push the feature branches to hg.python.org? Instead, I need to name all the branches I want to push explicitly. 2. Once I'm done with the feature branch, I need to nuke it somehow (e.g. by enabling the mq extension to gain access to "hg strip" command) If those are both accurate, I may actually create a new subclone, leaving the main local repository with only the changes I actually want to push upstream. Cheers, Nick. -- Nick Coghlan | ncoghlan(a)gmail.com | Brisbane, Australia

8 13