On 2011-11-23, at 04:51 , Stephen J. Turnbull wrote:
> Xavier Morel writes:
>> On 2011-11-22, at 17:41 , Stephen J. Turnbull wrote:
>>> Barry Warsaw writes:
>
Hopefully, we're going to be making a dent in that in the next version of
Ubuntu.
>
>>> This is still a big mess in Gentoo and M
In article <87fwhfqywr@uwakimon.sk.tsukuba.ac.jp>,
"Stephen J. Turnbull" wrote:
> I haven't had the nerve to do this on MacPorts because "port" is such
> a flaky thing (not so much port itself, but so many ports assume that
> the port maintainer's local configuration is what others' systems u
On Wed, Nov 23, 2011 at 4:49 PM, Terry Reedy wrote:
> I personally strongly prefer the one-line formula to the hardcoded magic
> numbers calculated from the formula. I find it much more readable. To me,
> the only justification for the switch would be if there is a serious worry
> about the kind b
On 11/22/2011 7:42 PM, Benjamin Peterson wrote:
2011/11/22 Antoine Pitrou:
On Tue, 22 Nov 2011 16:42:35 -0500
Benjamin Peterson wrote:
2011/11/22 Antoine Pitrou:
On Tue, 22 Nov 2011 21:29:43 +0100
benjamin.peterson wrote:
http://hg.python.org/cpython/rev/77ab830930ae
changeset: 73697:77ab
On Wed, Nov 23, 2011 at 2:50 PM, Senthil Kumaran wrote:
> On Wed, Nov 23, 2011 at 11:50 AM, Larry Hastings wrote:
>> I've volunteered to be the Release Manager for Python 3.4. The FLUFL has
>
> That's cool. But just my thought, wouldn't it be better for someone
> who regularly commits, fixes bu
On Wed, Nov 23, 2011 at 11:50 AM, Larry Hastings wrote:
> I've volunteered to be the Release Manager for Python 3.4. The FLUFL has
That's cool. But just my thought, wouldn't it be better for someone
who regularly commits, fixes bugs and feature requests be better for a
RM role? Once a developer
On Tue, 22 Nov 2011 20:27:24 -0800
Raymond Hettinger wrote:
> >
> > But look! I'm already practicing: NO YOU CAN'T CHECK THAT IN. How's that?
> > Needs work?
>
> You could try a more positive leadership style: THAT LOOKS GREAT, I'M SURE
> THE RM FOR PYTHON 3.5 WILL LOVE IT ;-)
How about:
On Tue, Nov 22, 2011 at 08:27:24PM -0800, Raymond Hettinger wrote:
>
> On Nov 22, 2011, at 7:50 PM, Larry Hastings wrote:
> > But look! I'm already practicing: NO YOU CAN'T CHECK THAT IN. How's that?
> > Needs work?
>
> You could try a more positive leadership style: THAT LOOKS GREAT, I'M SU
On Nov 22, 2011, at 7:50 PM, Larry Hastings wrote:
>
>
> I've volunteered to be the Release Manager for Python 3.4.
Awesome. Thanks for stepping up.
> The FLUFL has already given it his Sloppy Wet Kiss Of Approval,
E!
> and we talked to Georg and he was for it too. There's no forma
Xavier Morel writes:
> On 2011-11-22, at 17:41 , Stephen J. Turnbull wrote:
> > Barry Warsaw writes:
> >> Hopefully, we're going to be making a dent in that in the next version of
> >> Ubuntu.
> > This is still a big mess in Gentoo and MacPorts, though. MacPorts
> > hasn't done anything ab
I've volunteered to be the Release Manager for Python 3.4. The FLUFL
has already given it his Sloppy Wet Kiss Of Approval, and we talked to
Georg and he was for it too. There's no formal process for selecting
the RM, so I may already be stuck with the job, but I thought it best to
pipe up
On Tue, 22 Nov 2011 19:42:24 -0500
Benjamin Peterson wrote:
> 2011/11/22 Antoine Pitrou :
> > On Tue, 22 Nov 2011 16:42:35 -0500
> > Benjamin Peterson wrote:
> >> 2011/11/22 Antoine Pitrou :
> >> > On Tue, 22 Nov 2011 21:29:43 +0100
> >> > benjamin.peterson wrote:
> >> >> http://hg.python.org/cp
2011/11/22 Antoine Pitrou :
> On Tue, 22 Nov 2011 16:42:35 -0500
> Benjamin Peterson wrote:
>> 2011/11/22 Antoine Pitrou :
>> > On Tue, 22 Nov 2011 21:29:43 +0100
>> > benjamin.peterson wrote:
>> >> http://hg.python.org/cpython/rev/77ab830930ae
>> >> changeset: 73697:77ab830930ae
>> >> user:
On Tue, 22 Nov 2011 16:42:35 -0500
Benjamin Peterson wrote:
> 2011/11/22 Antoine Pitrou :
> > On Tue, 22 Nov 2011 21:29:43 +0100
> > benjamin.peterson wrote:
> >> http://hg.python.org/cpython/rev/77ab830930ae
> >> changeset: 73697:77ab830930ae
> >> user: Benjamin Peterson
> >> date:
2011/11/22 Terry Reedy
> On 11/22/2011 3:28 PM, Philip Jenvey wrote:
>
> One reason to target 3.2 for now is it's not a moving target.
>>
>
> Neither is the basic design and behavior of the new unicode
> implementation. On 3.2 narrow builds, including Windows
>
> >>> len('\U00010101')
> 2
>
> Wi
2011/11/22 Amaury Forgeot d'Arc :
> Hi,
> 2011/11/22 Giampaolo Rodolà
>>
>> Sorry, thanks (fixed).
>
> You also modified Lib/sched.py in the same commit.
> Was it intended? If not, please revert it.
> --
> Amaury Forgeot d'Arc
You're right. I committed sched.py by accident.
I'm going to revert i
You're right. I committed sched.py by accident.
I'm going to revert it.
--- Giampaolo
http://code.google.com/p/pyftpdlib/
http://code.google.com/p/psutil/
2011/11/22 Giampaolo Rodolà :
> Nope, the commit involving sched was the previous one.
> This one was just an unrelated fix.
>
> --- Giampaolo
Nope, the commit involving sched was the previous one.
This one was just an unrelated fix.
--- Giampaolo
http://code.google.com/p/pyftpdlib/
http://code.google.com/p/psutil/
2011/11/22 Nadeem Vawda :
> Did you mean to also modify sched.py in this changeset?
>
On 11/22/2011 3:28 PM, Philip Jenvey wrote:
One reason to target 3.2 for now is it's not a moving target.
Neither is the basic design and behavior of the new unicode
implementation. On 3.2 narrow builds, including Windows
>>> len('\U00010101')
2
With 3.3, the answer will be, properly, 1. I
On 11/22/2011 10:35 AM, Stefan Behnel wrote:
Maciej Fijalkowski, 22.11.2011 15:46:
2011/11/21 Terry Reedy:
I strongly recommend that where it makes a difference, the pypy
python3
project target 3.3. In particular, don't reproduce the buggy
narrow-build
behavior of 3.2 and before (perhaps pypy
On Nov 22, 2011, at 06:10 PM, Xavier Morel wrote:
>It's definitely not going to replace the Apple-provided Python out of the
>box, so setting `python` to a python3 is not going to happen.
Nor should it! PEP 394 attempts to codify the Python project's
recommendations for what version 'python' (e.
On Nov 22, 2011, at 09:13 AM, Toshio Kuratomi wrote:
>For Fedora (and currently, Red Hat is based on Fedora -- a little more about
>that later, though), we have parallel python2 and python3 stacks.
Debian (and thus Ubuntu) also has separate Python 2 and 3 stacks. In general,
if you have a Python
2011/11/22 Antoine Pitrou :
> On Tue, 22 Nov 2011 21:29:43 +0100
> benjamin.peterson wrote:
>> http://hg.python.org/cpython/rev/77ab830930ae
>> changeset: 73697:77ab830930ae
>> user: Benjamin Peterson
>> date: Tue Nov 22 15:29:32 2011 -0500
>> summary:
>> fix compiler warning by
On Tue, 22 Nov 2011 21:29:43 +0100
benjamin.peterson wrote:
> http://hg.python.org/cpython/rev/77ab830930ae
> changeset: 73697:77ab830930ae
> user:Benjamin Peterson
> date:Tue Nov 22 15:29:32 2011 -0500
> summary:
> fix compiler warning by implementing this more cleverly
You
2011/11/22 Philip Jenvey
> One reason to target 3.2 for now is it's not a moving target. There's
> overhead involved in managing modifications to the pure python standard lib
> needed for PyPy, tracking 3.3 changes as they happen as well exacerbates
> this.
>
> The plans to split the standard lib
Hi,
2011/11/22 Giampaolo Rodolà
> Sorry, thanks (fixed).
>
You also modified Lib/sched.py in the same commit.
Was it intended? If not, please revert it.
--
Amaury Forgeot d'Arc
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org
On Nov 22, 2011, at 7:35 AM, Stefan Behnel wrote:
> Maciej Fijalkowski, 22.11.2011 15:46:
>> PyPy's py3k branch targets Python 3.2 until 3.3 is released and very
>> likely 3.3 afterwards. Optimizations are irrelevant really in the case
>> of PyPy.
>
> I admit that I wasn't very clear in my wordi
Did you mean to also modify sched.py in this changeset?
___
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
Sorry, thanks (fixed).
--- Giampaolo
http://code.google.com/p/pyftpdlib/
http://code.google.com/p/psutil/
2011/11/22 Antoine Pitrou :
> On Tue, 22 Nov 2011 13:38:03 +0100
> giampaolo.rodola wrote:
>> diff --git a/Misc/ACKS b/Misc/ACKS
>> --- a/Misc/ACKS
>> +++ b/Misc/ACKS
>> @@ -11,7 +11,7 @@
>>
On Tue, 2011-11-22 at 09:13 -0800, Toshio Kuratomi wrote:
> On Wed, Nov 23, 2011 at 01:41:46AM +0900, Stephen J. Turnbull wrote:
> > Barry Warsaw writes:
> >
> > > Hopefully, we're going to be making a dent in that in the next version of
> > > Ubuntu.
> >
> > This is still a big mess in Gentoo
On Wed, Nov 23, 2011 at 01:41:46AM +0900, Stephen J. Turnbull wrote:
> Barry Warsaw writes:
>
> > Hopefully, we're going to be making a dent in that in the next version of
> > Ubuntu.
>
> This is still a big mess in Gentoo and MacPorts, though. MacPorts
> hasn't done anything about ceating a t
On 2011-11-22, at 17:41 , Stephen J. Turnbull wrote:
> Barry Warsaw writes:
>> Hopefully, we're going to be making a dent in that in the next version of
>> Ubuntu.
>
> This is still a big mess in Gentoo and MacPorts, though. MacPorts
> hasn't done anything about ceating a transition infrastructur
Barry Warsaw writes:
> Hopefully, we're going to be making a dent in that in the next version of
> Ubuntu.
This is still a big mess in Gentoo and MacPorts, though. MacPorts
hasn't done anything about ceating a transition infrastructure AFAICT.
Gentoo has its "eselect python set VERSION" stuff,
On Tue, 22 Nov 2011 13:38:03 +0100
giampaolo.rodola wrote:
> diff --git a/Misc/ACKS b/Misc/ACKS
> --- a/Misc/ACKS
> +++ b/Misc/ACKS
> @@ -11,7 +11,7 @@
> PS: In the standard Python distribution, this file is encoded in UTF-8
> and the list is in rough alphabetical order by last names.
>
> -Mat
Maciej Fijalkowski, 22.11.2011 15:46:
On Tue, Nov 22, 2011 at 3:15 PM, Stefan Behnel wrote:
Giampaolo Rodolà, 22.11.2011 10:21:
2011/11/21 Terry Reedy:
I strongly recommend that where it makes a difference, the pypy python3
project target 3.3. In particular, don't reproduce the buggy narrow-b
On Nov 22, 2011, at 02:15 PM, Stefan Behnel wrote:
>Well, Py3 still has a lot to catch up in terms of wide spread distribution
>compared to Py2.x, and new users will usually start using the most up to date
>release, which will soon be 3.3.
>
>Besides, 3.3 has received various optimisations that ma
On Tue, Nov 22, 2011 at 3:15 PM, Stefan Behnel wrote:
> Giampaolo Rodolà, 22.11.2011 10:21:
>>
>> 2011/11/21 Terry Reedy:
>>>
>>> I strongly recommend that where it makes a difference, the pypy python3
>>> project target 3.3. In particular, don't reproduce the buggy narrow-build
>>> behavior of 3.
2011/11/22 Victor Stinner
> Hi,
>
> In Python 3.2, PyUnicode_Resize() expects a number of Py_UNICODE units,
> whereas Python 3.3 expects a number of characters.
>
> It is tricky to convert a number of Py_UNICODE units to a number of
> characters, so it is diffcult to provide a backward compatibil
Giampaolo Rodolà, 22.11.2011 10:21:
2011/11/21 Terry Reedy:
I strongly recommend that where it makes a difference, the pypy python3
project target 3.3. In particular, don't reproduce the buggy narrow-build
behavior of 3.2 and before (perhaps pypy avoids this already). Do include
the new unicode
Le mardi 22 novembre 2011 02:02:05, Victor Stinner a écrit :
> This function is broken by design if an error handler is specified: the
> caller cannot know the size of the output buffer, whereas the caller has
> to allocate this buffer.
>
> I propose to raise an error if an error handler (differen
Victor Stinner wrote:
> > Should we document and test it, leave it unchanged and
> > deprecate it, or simply remove it?
>
> If we change PyUnicode_EncodeDecimal() to reject error handlers different
> than
> strict, we can keep this function for some release and deprecate it. The
> function is
2011/11/21 Terry Reedy :
> I strongly recommend that where it makes a difference, the pypy python3
> project target 3.3. In particular, don't reproduce the buggy narrow-build
> behavior of 3.2 and before (perhaps pypy avoids this already). Do include
> the new unicode capi in cpyext. I anticipate t
42 matches
Mail list logo