I guess why every programming language has some kind of a 'standard
library' built in within it. In my view it must not be called as a 'library'
at all. what it does
is like a 'bunch of built-in programs ready-made to do stuff'.
Lets see what a 'library' does:
1. offers books for customers
1.1 l
>
> I don't really understand your requirements, but it sound like you want a
> package management system. The standard library just provides a standard set
> of tools (it is the books not the book management system - although part of
> what you want is in the standard library in the form of distut
> I disagree. It has a package management system for libraries, not for the
> standard libraries. The point is that the Python standard library is
> supplied
> as part of Python itself, as is e.g. the C++ standard library as part of a
> C++ compiler.
>
>
standard libraries i meant the standard libr
ok let me make it more clear..
forget how you use python now.. i am talking about __futuristic__
python programming.
these are just my ideas.. more over i can say imaginations.
there is no more python2.x or python3.x or python y.x releases. there
is only updates of python and standard library say
you were thinking wrong. If suppose this feature is introduced it doesn't
mean python will become batteries removed!
you can ship the python release with the 'standard library packages' already
installed.
so what we get here is batteries included and ability to be changed after it
is discharged! ;)
as people like to compare languages take ruby for example (i am confident
that there will be no flame war here ;) )
we have PyPI
they have RAA
we have ?
they have rubyforge
i am seeing the rubyforge site now on my other tab, i find
Communications (365 projects)
Database (245 projects)
Desktop E
http://pypi.python.org/pypi?%3Aaction=search&term=library&submit=search
this lists all the packages with the term 'library' in it.
--
Regards,
Sriram.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Sriram,
>
> Please take this discussion to catalog-sig - python-dev isn't the place
> (the fact that many of us didn't immediately know the *right* place for
> the discussion indicates where PyPI sits on our personal active level of
> interest).
>
> You should find more interested (and knowledgable
> Sriram,
>
> Please take this discussion to catalog-sig - python-dev isn't the place
> (the fact that many of us didn't immediately know the *right* place for
> the discussion indicates where PyPI sits on our personal active level of
> interest).
>
> You should find more interested (and knowledgab
