<br><br><div class="gmail_quote">2013/3/8 Eric V. Smith <span dir="ltr"><<a href="mailto:eric@trueblade.com" target="_blank">eric@trueblade.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On 3/8/2013 3:06 AM, M.-A. Lemburg wrote:<br>
> On 08.03.2013 00:20, Nick Coghlan wrote:<br>
</div><div class="im">>> The number one question to ask about candidates for standard library<br>
>> inclusion is "Does it make sense for this module to receive new<br>
>> features only once every 18-24 months, and only when you upgrade to a<br>
>> new version of Python?". Interfaces to specific external services<br>
>> (including databases) almost never pass that test.<br>
><br>
> Agreed.<br>
<br>
</div>I agree with this, too. However, I think this is a transient situation,<br>
not a permanent one. It's entirely possible that there exists, or will<br>
exist, a MySQL binding that meets this criteria. I don't know. But it<br>
shouldn't preclude us considering a binding that meets the criteria.<br>
<br>
As to Greg's point about not including a database binding that requires<br>
other software to run, I disagree. It's client/server: do we really need<br>
to include the server in order to supply the client? We include nntplib,<br>
with no server. We include webbrowser, but no web browser. imaplib, but<br>
no imap server. Etc.<br></blockquote><div><br></div><div>Doesn't a MySQL binding have to link with some client library?  libmysql.so?</div><div>How is it licensed?</div><div>I found this page: <a href="http://www.mysql.com/about/legal/licensing/foss-exception/">http://www.mysql.com/about/legal/licensing/foss-exception/</a></div>
<div>which seems to prevent redistribution under non-free licenses.</div></div><div><br></div>-- <br>Amaury Forgeot d'Arc