Modules for inclusion in standard library?

Colin J. Williams cjw at sympatico.ca
Sat Jul 2 10:15:48 EDT 2005


Rocco Moretti wrote:
> Paul Rubin wrote:
> 
>> Rocco Moretti <roccomoretti at hotpop.com> writes:
>>
>>> Except that (please correct me if I'm wrong) there is somewhat of a
>>> policy for not including interface code for third party programs which
>>> are not part of the operating system. (I.e. the modules in the
>>> standard libary should all be usable for anyone with a default OS +
>>> Python install.)
>>
>>
>>
>> I've never heard of Python having such a policy and I don't understand
>> how such a stupid policy could be considered compatible with a
>> proclaimed "batteries included" philosophy.  Why would Python
>> advocates want to make Python deliberately uncompetitive with PHP,
>> Java, and other languages that do include database modules?
> 
> 
> Well, since there seems to be an outpouring of disgust at my statement, 
> and no official confirmation/rejection, it's probably a figment of my 
> prematurely failing mind.
> 
> However, if there was such a policy, it would not be unequivocally 
> "stupid." First off, there is a bit of flexibility in what is considered 
> part of the OS. E.g, Linux may properly refer to just the kernel, but 
> rarely is just the kernel installed. Various utilities and programs 
> might be considered part of the OS because they are ubiquitously 
> installed, or are included with the Python distribution itself (as Tk is 
> with windows Python).
> 
> For those programs which aren't ubiquitously installed, or even for ones 
> that are, but require significant configuration, it is reasonable to 
> expect that if someone has the ability and goes to the effort of 
> locating, obtaining, installing, and configuring a third party program, 
> they can just as easily obtain and install the python module, especially 
> as it's usually as easy as "python setup.py install".
> 
> At any rate, I'm not advocating such a policy, I'm just saying it can 
> make a bit of sense if you look at it from a certain angle.
I agree.  It makes sense to develop a policy first.

Colin W.



More information about the Python-list mailing list