On Tue, Feb 21, 2012 at 7:09 AM, Guido van Rossum <gu...@python.org> wrote: > Approved. Nick is PEP czar for PEP 3144. Thanks Nick!
In that case the addition of the "ipaddress" module is approved for 3.3, with a provisional caveat on the API details. I'm doing it that way because I think those remaining details can be better flushed out by the integration process (in particular, populating full module API reference documentation) than they could by another round of updates on the PEP and the ipaddr 3144 branch. At the very least: - the IP Interface API needs to move to a point where it more clearly *is* an IP Address and *has* an associated IP Network (rather than being the other way around) - IP Network needs to behave more like an ordered set of sequential IP Addresses (without sometimes behaving like an Address in its own right) - iterable APIs should consistently produce iterators (leaving users free to wrap list() around the calls if they want the concrete realisation) Initial maintainers will be me (for the semantically cleaner incarnation of the module API) and Peter (for the IPv4 and IPv6 correctness heavy lifting and ensuring any API updates only change the spelling of particular operations, such as adding a ".network." to some current operations on Interface objects, rather than reducing overall module functionality). This approach means we will still gain the key benefits of using the PyPI-tested ipaddr as a base (i.e. correct IP address parsing and generation, full coverage of the same set of supported operations) while exposing a simpler semantic model for new users that first encounter these concepts through the standard library module documentation: - IP Address as the core abstraction - IP Network as a container for IP Addresses - IP Interface as an IP Address with an associated IP Network Cheers, Nick. -- Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia _______________________________________________ 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
