On 05/01/2012 01:12 PM, Brett Cannon wrote:
That would be great! First thing is addressing Guido's concerns from
http://mail.python.org/pipermail/python-dev/2012-March/117515.html and
then handling any issues you found. Not sure if Larry was asking about
this out of curiosity or because he too
On Wed, May 2, 2012 at 1:55 PM, "Martin v. Löwis" wrote:
> I'm not sure how useful it is to have a build slave which you can't
> commit to having for more than 3 months. So I'm -0 on adding this
> slave, but it is up to Antoine to decide.
I am likely switch to places within 3 months, but I am hop
I just got a Ubuntu Server running at my disposal, which could be
connected 24/7 for at least next 3 months. I am not sure how helpful
it would be to have another buildbot on Ubuntu, but i wanted to play
with it for a while (as I have more comfort with Ubuntu than any other
Unix flavor) before I
On 02.05.2012 05:13, Chris Angelico wrote:
On Wed, May 2, 2012 at 1:09 PM, Senthil Kumaran wrote:
Also, I think the instructions in the wiki could be improved. I was
not able to su - buildbot after installing through package manager. I
shall edit it once I have set it up and running.
The page
On Wed, May 2, 2012 at 2:58 AM, Éric Araujo wrote:
> Hi,
>
> Le 01/05/2012 09:30, Nick Coghlan a écrit :
>
>>> * PEP 3144: IP Address manipulation library
>>
>> This is pretty close to approval. Peter's addressed all the
>> substantive comments that were made regarding the draft API, and he's
>> g
On Wed, May 2, 2012 at 1:09 PM, Senthil Kumaran wrote:
> Also, I think the instructions in the wiki could be improved. I was
> not able to su - buildbot after installing through package manager. I
> shall edit it once I have set it up and running.
The page does say: """... create a new user "buil
Hello,
I just got a Ubuntu Server running at my disposal, which could be
connected 24/7 for at least next 3 months. I am not sure how helpful
it would be to have another buildbot on Ubuntu, but i wanted to play
with it for a while (as I have more comfort with Ubuntu than any other
Unix flavor) be
Georg Brandl writes:
> list of possible features for 3.3 as specified by PEP 398:
>
> Candidate PEPs:
[…]
> * PEP 3143: Standard daemon process library
Our porting work will not be done in time for Python 3.3. I will update
this to target Python 3.4.
--
\ “The best mind-altering drug is
On Tue, May 1, 2012 at 10:26, Yury Selivanov wrote:
> On 2012-05-01, at 7:57 AM, Georg Brandl wrote:
>
> > With 3.3a3 tagged and the beta stage currently 2 months away, I would
> like
> > to draw your attention to the following list of possible features for 3.3
> > as specified by PEP 398:
> >
> >
On behalf of the Python development team, I'm happy to announce the
third alpha release of Python 3.3.0.
This is a preview release, and its use is not recommended in
production settings.
Python 3.3 includes a range of improvements of the 3.x series, as well
as easier porting between 2.x and 3.x.
Hi,
Le 01/05/2012 09:30, Nick Coghlan a écrit :
* PEP 3144: IP Address manipulation library
This is pretty close to approval. Peter's addressed all the
substantive comments that were made regarding the draft API, and he's
going to provide an update to the PEP shortly that should get it into
a s
Do you know when a more detailed schedule for VS 2012 will be available
(and confirmation regarding XP support)?
Unfortunately, Microsoft doesn't publish any release dates. It's ready when
it's ready :-(
I just search again, and it appears that some roadmap has leaked:
http://www.zdnet.com/blo
On 01.05.2012 15:30, Nick Coghlan wrote:
> On Tue, May 1, 2012 at 9:57 PM, Georg Brandl wrote:
>> With 3.3a3 tagged and the beta stage currently 2 months away, I would like
>> to draw your attention to the following list of possible features for 3.3
>> as specified by PEP 398:
>
> A few of those
On 01.05.2012 17:48, "Martin v. Löwis" wrote:
>> * PEP 397: Python launcher for Windows
>
> I hope to submit a rewrite of this PEP RSN.
Good to hear.
>> Also, if I missed any obvious candidate PEP or change, please let me know.
>
> A big pending change is the switch to a new Visual Studio relea
On 01.05.2012 16:26, Yury Selivanov wrote:
> On 2012-05-01, at 7:57 AM, Georg Brandl wrote:
>
>> With 3.3a3 tagged and the beta stage currently 2 months away, I would like
>> to draw your attention to the following list of possible features for 3.3
>> as specified by PEP 398:
>>
>> Candidate PEPs
* PEP 397: Python launcher for Windows
I hope to submit a rewrite of this PEP RSN.
Also, if I missed any obvious candidate PEP or change, please let me know.
A big pending change is the switch to a new Visual Studio release. The
challenge here is that we need to stop using the outdated VS 2
On Tue, May 1, 2012 at 16:43, Benjamin Peterson wrote:
> 2012/5/1 Eli Bendersky :
>> Will this package go through the provisional state mandated by PEP 411 ?
>
> I don't see PEP 411 requiring any module to go through its process.
>
You're right, it doesn't require it. However, since Nick's summar
On May 01, 2012, at 08:24 AM, Eric V. Smith wrote:
>Oops, I missed your reference to PEP 402 and PEP 420. Sorry about that.
>
>It is indeed 420 that would replace 402.
And the older PEP 382. Once 420 is accepted, we should simply reject 382 and
402. At that point, I'll update them to point to 4
On May 01, 2012, at 11:30 PM, Nick Coghlan wrote:
>> * Breaking out standard library and docs in separate repos?
>
>Our current development infrastructure simply isn't set up to cope
>with this. With both 407 and 413 still open (and not likely to go
>anywhere any time soon), this simply isn't goin
On May 01, 2012, at 10:40 AM, R. David Murray wrote:
>I guess it's time to talk about my plans for this one :)
Thanks for the update RDM. I really wish I had more time to contribute to
email6, but I'd still really like to see this land in 3.3 if possible.
I suspect you're just not going to get
On Tue, 01 May 2012 13:57:50 +0200, Georg Brandl wrote:
> Other planned large-scale changes:
>
> * Addition of the "regex" module
> * Email version 6
I guess it's time to talk about my plans for this one :)
RIM/QNX is currently paying me to work on their stuff rather than email6,
(but it does l
On Tue, May 1, 2012 at 07:57, Georg Brandl wrote:
> With 3.3a3 tagged and the beta stage currently 2 months away, I would like
> to draw your attention to the following list of possible features for 3.3
> as specified by PEP 398:
>
> Candidate PEPs:
>
> * PEP 362: Function Signature Object
>
Thi
On 2012-05-01, at 7:57 AM, Georg Brandl wrote:
> With 3.3a3 tagged and the beta stage currently 2 months away, I would like
> to draw your attention to the following list of possible features for 3.3
> as specified by PEP 398:
>
> Candidate PEPs:
>
> * PEP 362: Function Signature Object
Regardi
On Tue, May 1, 2012 at 11:43 PM, Benjamin Peterson wrote:
> 2012/5/1 Eli Bendersky :
>> Will this package go through the provisional state mandated by PEP 411 ?
>
> I don't see PEP 411 requiring any module to go through its process.
Indeed, it's a decision to be made on a case-by-case basis when
2012/5/1 Eli Bendersky :
> Will this package go through the provisional state mandated by PEP 411 ?
I don't see PEP 411 requiring any module to go through its process.
--
Regards,
Benjamin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.
On Tue, May 1, 2012 at 11:34 PM, Eli Bendersky wrote:
>>> * PEP 3144: IP Address manipulation library
>>
>> This is pretty close to approval. Peter's addressed all the
>> substantive comments that were made regarding the draft API, and he's
>> going to provide an update to the PEP shortly that sho
I've now renamed "is_monotonic" to "monotonic" and "is_adjusted" to "adjusted".
2012/4/29 Benjamin Peterson :
> Hi,
> I see PEP 418 gives time.clock_info() two boolean fields named
> "is_monotonic" and "is_adjusted". I think the "is_" is unnecessary and
> a bit ugly, and they could just be renamed
>> * PEP 3144: IP Address manipulation library
>
> This is pretty close to approval. Peter's addressed all the
> substantive comments that were made regarding the draft API, and he's
> going to provide an update to the PEP shortly that should get it into
> a state where I can mark it as Approved. I
On Tue, May 1, 2012 at 9:57 PM, Georg Brandl wrote:
> With 3.3a3 tagged and the beta stage currently 2 months away, I would like
> to draw your attention to the following list of possible features for 3.3
> as specified by PEP 398:
A few of those are on my plate, soo...
> * PEP 395: Qualified Na
On 5/1/2012 8:11 AM, Eric V. Smith wrote:
> On 5/1/2012 7:57 AM, Georg Brandl wrote:
>> With 3.3a3 tagged and the beta stage currently 2 months away, I would like
>> to draw your attention to the following list of possible features for 3.3
>> as specified by PEP 398:
> ...
>
>> Also, if I missed a
On 5/1/2012 7:57 AM, Georg Brandl wrote:
> With 3.3a3 tagged and the beta stage currently 2 months away, I would like
> to draw your attention to the following list of possible features for 3.3
> as specified by PEP 398:
...
> Also, if I missed any obvious candidate PEP or change, please let me kn
With 3.3a3 tagged and the beta stage currently 2 months away, I would like
to draw your attention to the following list of possible features for 3.3
as specified by PEP 398:
Candidate PEPs:
* PEP 362: Function Signature Object
* PEP 395: Qualified Names for Modules
* PEP 397: Python launcher for
On Tue, 01 May 2012 07:32:36 +0200
raymond.hettinger wrote:
> http://hg.python.org/cpython/rev/f981fe3b8bf7
> changeset: 76681:f981fe3b8bf7
> user:Raymond Hettinger
> date:Mon Apr 30 22:32:16 2012 -0700
> summary:
> Move make_key() out of the decorator body. Make keys that onl
On 01.05.2012 10:35, Victor Stinner wrote:
>>> diff --git a/Lib/timeit.py b/Lib/timeit.py
>>> --- a/Lib/timeit.py
>>> +++ b/Lib/timeit.py
>>> @@ -15,8 +15,8 @@
>>>-n/--number N: how many times to execute 'statement' (default: see below)
>>>-r/--repeat N: how many times to repeat the timer (
>> diff --git a/Lib/timeit.py b/Lib/timeit.py
>> --- a/Lib/timeit.py
>> +++ b/Lib/timeit.py
>> @@ -15,8 +15,8 @@
>> -n/--number N: how many times to execute 'statement' (default: see below)
>> -r/--repeat N: how many times to repeat the timer (default 3)
>> -s/--setup S: statement to be ex
35 matches
Mail list logo