A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://mail.python.org/pipermail/python-dev/2009-June/089860.html below:

[Python-Dev] Issues with Py3.1's new ipaddr

[Python-Dev] Issues with Py3.1's new ipaddr [Python-Dev] Issues with Py3.1's new ipaddrBill Janssen janssen at parc.com
Wed Jun 3 17:31:07 CEST 2009
R. David Murray <rdmurray at bitdance.com> wrote:

> Both approaches are valid, but lead to different design decisions.
> I don't see any reason why both needs cannot be met by a common API,
> but I'm wondering if any existing package is going to incorporate both
> approaches satisfactorily.  As another poster said, each package that gets
> written solves the problems that the particular author(s) needed solved.

I wonder if part of the problem is the name of the module.  Just from
"ipaddr", I'd expect it to deal with host addresses (what I think of as
an IP address) and would probably approach its use with the wrong
expectations.  I could see frustration and irritation following from
that.  If the module was called "networks" instead of "ipaddr", it might
help.

Bill
More information about the Python-Dev mailing list

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4