[Python-3000] pickle, cPickle, and the standard library (was Re: [Python-Dev] inst_persistent_id)

[Charles Merriam]

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:  charles.merriam at gmail.com
u:  http://charlesmerriam.com
q:  "Toolboxes have more tools than just a hammer."


On Feb 4, 2008 1:28 AM, Nick Coghlan <ncoghlan at gmail.com> 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   |   ncoghlan at gmail.com   |   Brisbane, Australia
> ---------------------------------------------------------------
>              http://www.boredomandlaziness.org
>
> _______________________________________________
> Python-3000 mailing list
> Python-3000 at python.org
> http://mail.python.org/mailman/listinfo/python-3000
> Unsubscribe: http://mail.python.org/mailman/options/python-3000/charles.merriam%40gmail.com
>