Devin Jeanpierre writes:
> Until those numbers hit 100%, or until projects start dropping support
> for Python 2.x, the statement would still be true.
This is simply not true. Once the numbers hit somewhere in the
neighborhood of 50%, the network effects (the need to "connect" to the
more prog
On Sat, Dec 15, 2012 at 12:31 PM, Devin Jeanpierre
wrote:
> On Thu, Dec 13, 2012 at 9:38 PM, Eric Snow
> wrote:
>>> """If you don't know which version to use, start with Python 2.7; more
>>> existing third party software is compatible with Python 2 than Python
>>> 3 right now."""
>>>
>>> Firstly
On Thu, Dec 13, 2012 at 9:38 PM, Eric Snow wrote:
>> """If you don't know which version to use, start with Python 2.7; more
>> existing third party software is compatible with Python 2 than Python
>> 3 right now."""
>>
>> Firstly, is this still true? (I wouldn't have a clue.)
>
> Nope:
>
> http://
On 12/13/2012 4:14 PM, Ross Lagerwall wrote:
On Fri, Dec 14, 2012 at 07:57:52AM +1100, Chris Angelico wrote:
The default version shown on http://docs.python.org/ is now 3.3.0,
which I think is a Good Thing. However, http://python.org/download/
puts 2.7 first, and says:
"""If you don't know whic
It is not that complex... What's ahead is even more complex.
Lennart Regebro wrote:
On Fri, Dec 14, 2012 at 9:49 AM, Antonio Cavallo
wrote:
My requirements would quite simple:
2. cross compiling
That is *not* a simple requirement.
//Lennart
___
On Sat, 15 Dec 2012 06:17:19 +1100
Ben Leslie wrote:
> The http.client HTTPConnection._send_output method has an optimization for
> avoiding bad interactions between delayed-ack and the Nagle algorithm:
>
> http://hg.python.org/cpython/file/f32f67d26035/Lib/http/client.py#l884
>
> Unfortunately
The http.client HTTPConnection._send_output method has an optimization for
avoiding bad interactions between delayed-ack and the Nagle algorithm:
http://hg.python.org/cpython/file/f32f67d26035/Lib/http/client.py#l884
Unfortunately this interacts rather poorly if the case where the
message_body is
ACTIVITY SUMMARY (2012-12-07 - 2012-12-14)
Python tracker at http://bugs.python.org/
To view or respond to any of the issues listed below, click on the issue.
Do NOT respond to this message.
Issues counts and deltas:
open3826 (+10)
closed 24631 (+34)
total 28457 (+44)
Open issues wit
Mmm, so the question would be distutils2 or distlib? I think tarek made
a graph of the different packages systems... seen on reddit some time ago.
My requirements would quite simple:
1. support DESTDIR approach where a package can be installed in an
intermediate directory before its final
On Dec 14, 2012, at 12:01 PM, Christian Heimes wrote:
>* It's the release managers responsibility to make sure, all final
> releases contain the current db. This needs to be added to the
> RM's TODO list.
That would be PEP 101.
-Barry
___
Python-Dev
Am 14.12.2012 09:31, schrieb Lennart Regebro:
> 1. Python will include a timezone database both in the source
> distribution and the Windows installer (although I suspect that binary
> packages for Linux distributions may skip this, but that's OK).
You need to specify the details. Where is the dat
Le Fri, 14 Dec 2012 01:14:04 -0800,
"Gregory P. Smith" a écrit :
> Yes, see the followup. My comments before were all misinterpreting
> size_t.
>
> Same result on x86_64 linux. On a 64-bit platform the 24 byte
> structure now occupies 24 bytes instead of being padded to 32.
> Nice. On a 32-bit
Le Thu, 13 Dec 2012 21:48:23 -0500,
"R. David Murray" a écrit :
> On Thu, 13 Dec 2012 20:21:24 -0500, Trent Nelson
> wrote:
> > - Use a completely separate clone to house all the
> > intermediate commits, then generate a diff once the final commit is
> > ready, then apply that diff to the
Yes, see the followup. My comments before were all misinterpreting size_t.
Same result on x86_64 linux. On a 64-bit platform the 24 byte structure now
occupies 24 bytes instead of being padded to 32. Nice. On a 32-bit
platform it should remain 16 bytes.
The PyGC_Head union structure is NOT par
On Fri, Dec 14, 2012 at 9:49 AM, Antonio Cavallo
wrote:
> My requirements would quite simple:
> 2. cross compiling
That is *not* a simple requirement.
//Lennart
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/
On Fri, Dec 14, 2012 at 7:27 AM, Gregory P. Smith wrote:
> So changing the definition of the dummy side of the union makes zero
> difference to already compiled code as it (a) doesn't change the structure's
> size and (b) all existing implementations already align these on an 8 byte
> boundary.
I
On Fri, Dec 14, 2012 at 12:02 AM, Ronald Oussoren wrote:
>
> On 14 Dec, 2012, at 8:27, "Gregory P. Smith" wrote:
>
>
> On Mon, Dec 10, 2012 at 11:16 PM, Antoine Pitrou wrote:
>
>> On Tue, 11 Dec 2012 03:05:19 +0100 (CET)
>> gregory.p.smith wrote:
>> > Using 'long double' to force this structur
OK, so it's been 12 hours with no further discussion, so I'll make an
attempt to summarize what I think is the consensus changes before
updating the PEP.
1. Python will include a timezone database both in the source
distribution and the Windows installer (although I suspect that binary
packages fo
On 14 Dec, 2012, at 8:27, "Gregory P. Smith" wrote:
>
> On Mon, Dec 10, 2012 at 11:16 PM, Antoine Pitrou wrote:
> On Tue, 11 Dec 2012 03:05:19 +0100 (CET)
> gregory.p.smith wrote:
> > Using 'long double' to force this structure to be worst case aligned is no
> > longer required as of Python
19 matches
Mail list logo
