What about a formal dependency plan instead? Python would remain 'batteries included', perhaps verging on 'kitchen sink included'.
Those users working to embed Python or work in other situations where a large set of available libraries is a problem would have some help in cutting down the footprint in an particular installation. That is, one could freely delete some set of libraries and be fairly sure the resulting library set would still run. What was left would be a smaller footprint interpreted language, just not 'Python'. Under what circumstances is this a poor idea? "Hard drive space is expensive" is not an acceptable argument. Charles --------- Charles Merriam e: [EMAIL PROTECTED] u: http://charlesmerriam.com q: "Toolboxes have more tools than just a hammer." On Feb 4, 2008 1:28 AM, Nick Coghlan <[EMAIL PROTECTED]> wrote: > Brett Cannon wrote: > > If you want to trim more then > > push for stuff to be removed on a module-to-module basis. But going > > from "batteries included" to "batteries easily downloaded" is quite a > > shift for Python. > > Not to mention it being a serious pain in the rear for those of us who > have to get licenses vetted by our contracts department before we're > allowed to copy open source code across to isolated networks with no > direct access to stuff that is "in the cloud". > > A batteries-included standard library is a *huge* boon in that kind of > environment - one license to vet and one installer to copy across, > instead of suffering a death of a thousand cuts as we have to retrieve > different bits and pieces from PyPI (or rewrite our own versions from > scratch). > > We-don't-all-work-in-web-app-development-ly, > Nick. > > -- > Nick Coghlan | [EMAIL PROTECTED] | Brisbane, Australia > --------------------------------------------------------------- > http://www.boredomandlaziness.org > > _______________________________________________ > Python-3000 mailing list > [email protected] > http://mail.python.org/mailman/listinfo/python-3000 > Unsubscribe: > http://mail.python.org/mailman/options/python-3000/charles.merriam%40gmail.com > _______________________________________________ Python-3000 mailing list [email protected] http://mail.python.org/mailman/listinfo/python-3000 Unsubscribe: http://mail.python.org/mailman/options/python-3000/archive%40mail-archive.com
