Re: [Python-Dev] built-in Python test runner (was: Python Language Summit at PyCon: Agenda)

2013-03-05 Thread Lennart Regebro
On Tue, Mar 5, 2013 at 9:25 AM, Nick Coghlan wrote: > On Tue, Mar 5, 2013 at 5:02 PM, Lennart Regebro wrote: >> I don't care much what that mechanism is, but I think the easiest way >> to get there is to tell people to extend distutils with a test command >> (or use Distribute) and perhaps add su

Re: [Python-Dev] built-in Python test runner (was: Python Language Summit at PyCon: Agenda)

2013-03-05 Thread Lennart Regebro
On Tue, Mar 5, 2013 at 8:13 AM, Robert Collins wrote: > On 5 March 2013 20:02, Lennart Regebro wrote: >> What's needed here is not a tool that can run all unittests in >> existence, but an official way for automated tools to run tests, with >> the ability for any test and test framework to hook i

Re: [Python-Dev] built-in Python test runner (was: Python Language Summit at PyCon: Agenda)

2013-03-05 Thread Lennart Regebro
On Tue, Mar 5, 2013 at 8:11 AM, Donald Stufft wrote: > I don't care much what that mechanism is, but I think the easiest way > to get there is to tell people to extend distutils with a test command > (or use Distribute) and perhaps add such a command in 3.4 that will do > the unittest discover thi

Re: [Python-Dev] built-in Python test runner (was: Python Language Summit at PyCon: Agenda)

2013-03-05 Thread Nick Coghlan
On 6 Mar 2013 05:51, "Barry Warsaw" wrote: > > On Mar 05, 2013, at 02:11 AM, Donald Stufft wrote: > > >Doesn't setuptools/distribute already have a setup.py test command? That > >seems like the easiest way forward? > > Yes, and in theory it can make `python setup.py test` work well. But there > a

Re: [Python-Dev] Introducing Electronic Contributor Agreements

2013-03-05 Thread R. David Murray
On Tue, 05 Mar 2013 15:22:07 -0500, Brett Cannon wrote: > On Tue, Mar 5, 2013 at 11:48 AM, Baptiste Carvello < > de...@baptiste-carvello.net> wrote: > > > Le 05/03/2013 04:13, Stephen J. Turnbull a écrit : > > > Mark Lawrence writes: > > > > > > > People already use the bug tracker as an excuse

[Python-Dev] tp_dictoffset and tp_weaklistoffset slots for Stable API

2013-03-05 Thread Andrew Svetlov
Looking on PEP http://www.python.org/dev/peps/pep-0384/ and docs I don't figure out how to specify this values. Maybe I've missed something? If not I like to solve that problem at us pycon sprints. Hope, Martin von Loewis will visit the conference. -- Thanks, Andrew Svetlov _

Re: [Python-Dev] built-in Python test runner

2013-03-05 Thread Donald Stufft
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Barry Warsaw wrote: > On Mar 05, 2013, at 02:11 AM, Donald Stufft wrote: > >> Doesn't setuptools/distribute already have a setup.py test command? >> That seems like the easiest way forward? > > Yes, and in theory it can make `python setup.py test` wo

Re: [Python-Dev] Introducing Electronic Contributor Agreements

2013-03-05 Thread Brett Cannon
On Tue, Mar 5, 2013 at 11:48 AM, Baptiste Carvello < de...@baptiste-carvello.net> wrote: > Le 05/03/2013 04:13, Stephen J. Turnbull a écrit : > > Mark Lawrence writes: > > > > > People already use the bug tracker as an excuse not to contribute, > > > wouldn't this requirement make the situation

Re: [Python-Dev] built-in Python test runner (was: Python Language Summit at PyCon: Agenda)

2013-03-05 Thread Daniel Holth
On Tue, Mar 5, 2013 at 2:49 PM, Barry Warsaw wrote: > On Mar 05, 2013, at 02:11 AM, Donald Stufft wrote: > >>Doesn't setuptools/distribute already have a setup.py test command? That >>seems like the easiest way forward? > > Yes, and in theory it can make `python setup.py test` work well. But ther

Re: [Python-Dev] built-in Python test runner (was: Python Language Summit at PyCon: Agenda)

2013-03-05 Thread Barry Warsaw
On Mar 05, 2013, at 02:11 AM, Donald Stufft wrote: >Doesn't setuptools/distribute already have a setup.py test command? That >seems like the easiest way forward? Yes, and in theory it can make `python setup.py test` work well. But there are lots of little details (such as API differences for en

Re: [Python-Dev] Python Language Summit at PyCon: Agenda

2013-03-05 Thread fwierzbi...@gmail.com
On Tue, Mar 5, 2013 at 8:55 AM, fwierzbi...@gmail.com wrote: > I've been thinking that this is a bit of a historical mistake on our > part. I'm strongly considering setting os.name properly in Jython3. In fairness to Jython implementers past - it wasn't a mistake but a deliberate design choice at

Re: [Python-Dev] Python Language Summit at PyCon: Agenda

2013-03-05 Thread fwierzbi...@gmail.com
On Mon, Mar 4, 2013 at 9:39 PM, Jeff Hardy wrote: > I think you misremembered - there's lots of code that uses > `sys.platform == 'win32'` to detect Windows, but sys.platform is 'cli' > for IronPython. I'm pretty sure `os.name has always been 'nt' (when > running on Windows), and if not, it defini

Re: [Python-Dev] Introducing Electronic Contributor Agreements

2013-03-05 Thread Baptiste Carvello
Le 05/03/2013 04:13, Stephen J. Turnbull a écrit : > Mark Lawrence writes: > > > People already use the bug tracker as an excuse not to contribute, > > wouldn't this requirement make the situation worse? > > A failure to sign the CLA is already a decision not to contribute to > the distributio

Re: [Python-Dev] Introducing Electronic Contributor Agreements

2013-03-05 Thread Ezio Melotti
Hi, On Mon, Mar 4, 2013 at 10:46 PM, Terry Reedy wrote: > On 3/4/2013 11:36 AM, Brett Cannon wrote: >> On Mon, Mar 4, 2013 at 11:30 AM, Brian Curtin > > wrote: >> >> With this in place I would like to propose that all patches submitted to >> bugs.python.org

Re: [Python-Dev] Python Language Summit at PyCon: Agenda

2013-03-05 Thread Michael Foord
On 5 Mar 2013, at 05:39, Jeff Hardy wrote: > On Mon, Mar 4, 2013 at 4:39 PM, Michael Foord > wrote: >> >> On 1 Mar 2013, at 18:38, Antoine Pitrou wrote: >> >>> On Fri, 1 Mar 2013 09:32:23 -0500 >>> Barry Warsaw wrote: > On the other hand in some ways Jython is sort of like Python

Re: [Python-Dev] built-in Python test runner (was: Python Language Summit at PyCon: Agenda)

2013-03-05 Thread Michael Foord
On 5 Mar 2013, at 09:02, Glyph wrote: > On Mar 4, 2013, at 11:13 PM, Robert Collins wrote: > >> In principle maybe. Need to talk with the trial developers, nose >> developers, py.test developers etc - to get consensus on a number of >> internal API friction points. > > Some of trial's lessons

Re: [Python-Dev] built-in Python test runner (was: Python Language Summit at PyCon: Agenda)

2013-03-05 Thread Michael Foord
On 5 Mar 2013, at 07:19, Antoine Pitrou wrote: > On Mon, 4 Mar 2013 15:47:37 -0800 > Eli Bendersky wrote: >> On Mon, Mar 4, 2013 at 1:28 PM, Antoine Pitrou wrote: >> >>> On Mon, 4 Mar 2013 13:26:57 -0800 >>> Eli Bendersky wrote: [Splitting into a separate thread] Do we really

Re: [Python-Dev] built-in Python test runner (was: Python Language Summit at PyCon: Agenda)

2013-03-05 Thread Holger Krekel
On Tue, Mar 5, 2013 at 10:02 AM, Glyph wrote: > On Mar 4, 2013, at 11:13 PM, Robert Collins > wrote: > > In principle maybe. Need to talk with the trial developers, nose > developers, py.test developers etc - to get consensus on a number of > internal API friction points. > > > Some of trial's l

Re: [Python-Dev] built-in Python test runner (was: Python Language Summit at PyCon: Agenda)

2013-03-05 Thread Glyph
On Mar 4, 2013, at 11:13 PM, Robert Collins wrote: > In principle maybe. Need to talk with the trial developers, nose > developers, py.test developers etc - to get consensus on a number of > internal API friction points. Some of trial's lessons might be also useful for the stdlib going forward,

Re: [Python-Dev] Introducing Electronic Contributor Agreements

2013-03-05 Thread Stephen J. Turnbull
Terry Reedy writes: > > or a proposal for a change that is given within a bug tracker message? > > I view a proposal for a change as just an idea. Such usually get > re-written by whoever creates an actual patch. Precisely how U.S. law would view it, implying no copyright issue. If this re

Re: [Python-Dev] built-in Python test runner (was: Python Language Summit at PyCon: Agenda)

2013-03-05 Thread Nick Coghlan
On Tue, Mar 5, 2013 at 5:02 PM, Lennart Regebro wrote: > I don't care much what that mechanism is, but I think the easiest way > to get there is to tell people to extend distutils with a test command > (or use Distribute) and perhaps add such a command in 3.4 that will do > the unittest discover t