On Mon, 28 Feb 2011 23:03:51 +0100
brett.cannon wrote:
> +try:
> +subprocess.call([cmd, '-W', 'default', '-bb', '-E', '-m', 'test',
> '-r',
> + '-w', '-u', 'all', '-j',
> + str(multiprocessing.cpu_count())])
> +finally:
> +os
Much thanks.
On Mon, Feb 28, 2011 at 7:41 PM, antoine.pitrou
wrote:
> Author: antoine.pitrou
> Date: Tue Mar 1 01:41:10 2011
> New Revision: 88691
>
> Log:
> Endly, fix UnboundLocalError in telnetlib
>
>
>
> Modified:
> python/branches/py3k/Lib/test/test_telnetlib.py
>
> Modified: python/branc
On Mon, 28 Feb 2011 23:54:46 +0100
"Martin v. Löwis" wrote:
> Am 28.02.2011 23:45, schrieb Antoine Pitrou:
> > Le lundi 28 février 2011 à 23:26 +0100, "Martin v. Löwis" a écrit :
> >>> In preparation for the hg switch, I would recommend that, if you have
> >>> any feature branches managed with svn
> I really meant superfetatory
Those damn French people with their foreign words.
___
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
Am 28.02.2011 23:45, schrieb Antoine Pitrou:
> Le lundi 28 février 2011 à 23:26 +0100, "Martin v. Löwis" a écrit :
>>> In preparation for the hg switch, I would recommend that, if you have
>>> any feature branches managed with svnmerge, you sync them with the py3k
>>> branch before we switch. That
Antoine Pitrou wrote:
Le lundi 28 février 2011 à 13:56 -0600, Benjamin Peterson a écrit :
2011/2/28 Antoine Pitrou :
On Mon, 28 Feb 2011 13:36:11 -0500
Terry Reedy wrote:
+ an existing branch. The pusher then has to merge the superfetatory heads
'superfetatory'? I have no idea of what this
Le lundi 28 février 2011 à 23:26 +0100, "Martin v. Löwis" a écrit :
> > In preparation for the hg switch, I would recommend that, if you have
> > any feature branches managed with svnmerge, you sync them with the py3k
> > branch before we switch. That way, it will make it easier to "bridge
> > the
> In preparation for the hg switch, I would recommend that, if you have
> any feature branches managed with svnmerge, you sync them with the py3k
> branch before we switch. That way, it will make it easier to "bridge
> the gap" when you create a new repository for your work after the
> switch (the
>>> That's one of the big advantages that Jenkins (nee Hudson) has over
>>> buildbot - drilling down into individual test failures through the
>>> web ui. Your test run needs to generate appropriate xml for that to
>>> work though.
>>
>> Buildbot can do this too. It can even do it without xml, alt
On Mon, 28 Feb 2011 16:07:48 -0500
Barry Warsaw wrote:
> On Feb 28, 2011, at 04:15 PM, Antoine Pitrou wrote:
>
> >On Mon, 28 Feb 2011 10:08:26 -0500
> >Barry Warsaw wrote:
> >>
> >> >BTW, I had not heard of hgeditor before, and wrote a small hg extension to
> >> >do what you want (with HG: pref
On Feb 28, 2011, at 04:15 PM, Antoine Pitrou wrote:
>On Mon, 28 Feb 2011 10:08:26 -0500
>Barry Warsaw wrote:
>>
>> >BTW, I had not heard of hgeditor before, and wrote a small hg extension to
>> >do what you want (with HG: prefix :) before I saw that others had already
>> >replied with hgeditor.
On Feb 28, 2011, at 12:07 PM, Georg Brandl wrote:
> On 28.02.2011 20:58, Antoine Pitrou wrote:
>> Le lundi 28 février 2011 à 13:56 -0600, Benjamin Peterson a écrit :
>>> 2011/2/28 Antoine Pitrou :
On Mon, 28 Feb 2011 13:36:11 -0500
Terry Reedy wrote:
>
>> + an existing branch
On 28.02.2011 20:58, Antoine Pitrou wrote:
> Le lundi 28 février 2011 à 13:56 -0600, Benjamin Peterson a écrit :
>> 2011/2/28 Antoine Pitrou :
>> > On Mon, 28 Feb 2011 13:36:11 -0500
>> > Terry Reedy wrote:
>> >>
>> >> > + an existing branch. The pusher then has to merge the superfetatory
>> >>
2011/2/28 Antoine Pitrou :
> Le lundi 28 février 2011 à 13:56 -0600, Benjamin Peterson a écrit :
>> 2011/2/28 Antoine Pitrou :
>> > On Mon, 28 Feb 2011 13:36:11 -0500
>> > Terry Reedy wrote:
>> >>
>> >> > + an existing branch. The pusher then has to merge the superfetatory
>> >> > heads
>> >>
>
Le lundi 28 février 2011 à 13:56 -0600, Benjamin Peterson a écrit :
> 2011/2/28 Antoine Pitrou :
> > On Mon, 28 Feb 2011 13:36:11 -0500
> > Terry Reedy wrote:
> >>
> >> > + an existing branch. The pusher then has to merge the superfetatory
> >> > heads
> >>
> >> 'superfetatory'? I have no idea
2011/2/28 Antoine Pitrou :
> On Mon, 28 Feb 2011 13:36:11 -0500
> Terry Reedy wrote:
>>
>> > + an existing branch. The pusher then has to merge the superfetatory
>> > heads
>>
>> 'superfetatory'? I have no idea of what this is, neither does
>> merriam-webster.com ;-).
>
> There are some Google
On Mon, 28 Feb 2011 13:36:11 -0500
Terry Reedy wrote:
>
> > + an existing branch. The pusher then has to merge the superfetatory heads
>
> 'superfetatory'? I have no idea of what this is, neither does
> merriam-webster.com ;-).
There are some Google hits, though... Not sure if they are of pe
On 28.02.2011 19:15, Antoine Pitrou wrote:
>
> Hello,
>
> In preparation for the hg switch, I would recommend that, if you have
> any feature branches managed with svnmerge, you sync them with the py3k
> branch before we switch. That way, it will make it easier to "bridge
> the gap" when you crea
Hello,
In preparation for the hg switch, I would recommend that, if you have
any feature branches managed with svnmerge, you sync them with the py3k
branch before we switch. That way, it will make it easier to "bridge
the gap" when you create a new repository for your work after the
switch (the s
On Mon, 28 Feb 2011 00:10:10 +0100
Adrian Buehlmann wrote:
>
> Here, the Workbench window [1] starts in under 2s (Windows 7 x64 on
> Intel Core2 Quad). As installed with the x64 msi (installs true 64 bit
> exe's, including 64 bit command line hg).
>
> There's quite a lot of demand loading behind
On Mon, 28 Feb 2011 10:08:26 -0500
Barry Warsaw wrote:
>
> >BTW, I had not heard of hgeditor before, and wrote a small hg extension to
> >do what you want (with HG: prefix :) before I saw that others had already
> >replied with hgeditor. The extension had 10 lines of code.
>
> We should find a
On Feb 27, 2011, at 05:38 PM, Georg Brandl wrote:
>While I understand the usefulness of the diff feature, it is not useful to
>everyone, e.g. those using almost exclusively ``commit -m message``.
The editor window doesn't pop up when you provide the -m flag, so the diff
output is not relevant.
>
22 matches
Mail list logo
