I would argue that Python needs less in the stdlib, not more; specific external software packages will probably grow into de-facto standard packages, but there's no reason for them to be in stdlib.
I agree, there are some rather, ehm, suboptimal modules in the stdlib (e.g. ConfigParser, logging), and if one needs a good solution for something, (s)he would always install some addition (or code it her|himself). So perhaps a better way to handle "standard modules" would be a standard package manager (like ActivePerl's ppm).
Otherwise it would be nice to declare Twisted "Python standard" this way. (But perhaps it would frighten off Python newbies who are only looking for a simple network library...)
Best regards, Henning Hraban Ramm Südkurier Medienhaus / MediaPro Support/Admin/Development Dept.