On Tue, Jan 6, 2009 at 12:27 AM, Nick Coghlan wrote:
> DrKJam wrote:
>> Is this post long enough to be a candidate for a PEP?!
>
> A PEP will likely be needed eventually for the actual addition to the
> standard library - while the respective parties are still working on the
> "best of both worlds
DrKJam wrote:
> Is this post long enough to be a candidate for a PEP?!
A PEP will likely be needed eventually for the actual addition to the
standard library - while the respective parties are still working on the
"best of both worlds" merger idea, a page on the Wiki is probably a
better idea.
Ch
A merger sounds like a good way forward.
It shouldn't be as painful as it might sound initially and there should be
lots of room for some early big wins.
Contentious Issues
--
*** Separate IP and CIDR classes
The IP and CIDR object split in netaddr is going to require some furth
>> How about a merger?
>
> I think that's a brilliant idea. David and Peter, logistics aside,
> what do you think of (or how to you feel about) this suggestion?
the devil, as they say, is in the details :). I'd be interested to
know what form this merger would take. WRT v4/v6 manipulation, it
see
On Mon, Jan 5, 2009 at 11:44 AM, Guido van Rossum wrote:
> On Mon, Jan 5, 2009 at 9:10 AM, Duncan McGreggor
> wrote:
>> Last Fall, Guido opened a ticket to include Google's ipaddr.py in the
>> standard lib:
>> http://bugs.python.org/issue3959
>>
>> There has been some recent discussion on that t
On Mon, Jan 5, 2009 at 9:10 AM, Duncan McGreggor
wrote:
> Last Fall, Guido opened a ticket to include Google's ipaddr.py in the
> standard lib:
> http://bugs.python.org/issue3959
>
> There has been some recent discussion on that ticket, enough so that
> it might benefit everyone if it was moved o
Last Fall, Guido opened a ticket to include Google's ipaddr.py in the
standard lib:
http://bugs.python.org/issue3959
There has been some recent discussion on that ticket, enough so that
it might benefit everyone if it was moved on to the dev list. I do
recommend reading that ticket, though -- lo
