<br><br><div class="gmail_quote">2009/9/28 Peter Moody <span dir="ltr"><<a href="mailto:peter@hda3.com">peter@hda3.com</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
[cc += david moss]<br>
<div><div></div><div class="h5"><br>
On Mon, Sep 28, 2009 at 9:39 AM, Guido van Rossum <<a href="mailto:guido@python.org">guido@python.org</a>> wrote:<br>
> On Sun, Sep 27, 2009 at 5:32 PM, Antoine Pitrou <<a href="mailto:solipsis@pitrou.net">solipsis@pitrou.net</a>> wrote:<br>
>> Peter Moody <peter <at> <a href="http://hda3.com" target="_blank">hda3.com</a>> writes:<br>
>>><br>
>>> I've never said otherwise. In fact, from an email last night, "If what<br>
>>> the community requires is the library you've described, then ipaddr is<br>
>>> not that library." The changes *you* require make ipaddr significantly<br>
>>> less useful to me. I'm not prepared to make those changes in an<br>
>>> attempt seek acceptance to the stdlib, especially if the stdlib is in<br>
>>> such flux that I'll get to do this again in 18 months.<br>
>><br>
>> Well, then I'm not sure why we have a PEP at all.<br>
>> If you don't want any significant changes and if you consider it to be *your*<br>
>> library, ipaddr can remain a third-party package that interested people can<br>
>> easily install (no pun ;-)) since AFAIK it's pure Python. It will also make<br>
>> maintenance easier for you, while freeing us (core developers) from having to<br>
>> bother about it in our daily development tasks.<br>
>><br>
>> At least that's what I would advocate right now - not sure about what others<br>
>> think.<br>
><br>
> I think Peter is pretty frustrated by the many attacks on "his"<br>
> library. There are probably a number of different things going on<br>
> simultaneous: Peter has been driven into the defense by attacks both<br>
> reasonable and unreasonable, there have been misunderstandings all<br>
> around, teasing out use cases (by both parties) has been a problem.<br>
><br>
> Things might have gone differently if the PEP had started out with<br>
> multiple authors. Maybe it's not too late to add one or more other<br>
> interested parties to the PEP with the purpose of making the PEP more<br>
> clearly the result of a consensus-gathering process. Any volunteers?<br>
<br>
</div></div>David called me a little over a week ago and expressed an interest in<br>
doing exactly this cross continent/ocean coordination has been a<br>
little difficult thus far and I'm not certain what his feelings on<br>
this are now.<br>
<div class="im"><br></div></blockquote><div><br>Sure, I'm happy to volunteer and help out. Let's have a good hard look at all this and see what we can come up with.<br>
<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="im">
> At the same time I don't think a complete reset of the proposed API is<br>
> necessary. I am rather more thinking of judicious API tweaks in order<br>
> to cover some new use cases, without requiring a complete rewrite or<br>
> destroying the usability of the proposal for Peter's original use<br>
> cases. (In general I am pretty happy with the ipaddr code and API; it<br>
> looks like what I would have done, but then I am blissfully unaware of<br>
> some of the issues brought up in this thread.)<br>
><br>
> --<br>
> --Guido van Rossum (home page: <a href="http://www.python.org/%7Eguido/" target="_blank">http://www.python.org/~guido/</a>)<br>
> _______________________________________________<br>
> Python-Dev mailing list<br>
> <a href="mailto:Python-Dev@python.org">Python-Dev@python.org</a><br>
> <a href="http://mail.python.org/mailman/listinfo/python-dev" target="_blank">http://mail.python.org/mailman/listinfo/python-dev</a><br>
</div>> Unsubscribe: <a href="http://mail.python.org/mailman/options/python-dev/python-dev%40hda3.com" target="_blank">http://mail.python.org/mailman/options/python-dev/python-dev%40hda3.com</a><br>
><br>
</blockquote></div><br>