[issue3959] Add Google's ipaddr.py to the stdlib
Clay McClure
report at bugs.python.org
Mon Jun 1 22:33:16 CEST 2009
Clay McClure <clay at daemons.net> added the comment:
On Mon, Jun 1, 2009 at 1:09 PM, Martin v. Löwis <report at bugs.python.org> wrote:
>> My hope is that now that a library has been selected, it can be improved
>> before Python 2.7 and 3.1 ship.
>
> That is fairly unlikely. The 3.1 release candidate has been produced,
> so the only options possible at this point are to either go ahead with
> what is in the code, or withdraw the library from 3.1 if it can be
> demonstrated to have severe flaws.
False
>>> ipaddr.IPv4('192.168.1.1') == ipaddr.IPv4('192.168.1.1/32')
True
ipaddr makes no distinction between two fundamentally different
concepts -- to my mind, that is a serious flaw.
ipaddr has many other quirks that, while not technically flaws, are
design warts that deserve to be fixed before its target audience is
amplified by its inclusion in the stdlib.
To those arguing for ipaddr's inclusion in the stdlib, how many of you
will actually use ipaddr to develop software? As an actual developer
of network scanning and discovery software, I can tell you that I
would rather roll my own library than use ipaddr as it exists today.
Clay
----------
_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3959>
_______________________________________
More information about the Python-bugs-list
mailing list