> I think Marcel has a point... > > Much can be done and should be done to improve packaging and applications > for python. > > That's why I for one am working on the python package manager project. On > sourceforge. > > It uses the pypi interface to search. > > Actually we haven't made a release yet. Still many.. many things to fix. > >>> Using my iPhone I suddenly realize how easy it is to find applications >>> in Apple's AppStore. How easy and fast it is to install or de-install >>> an app. My iPhone even checks in the background if there is an upgrade >>> which could be installed painlessly. >> [...] >>> Unfortunately there's nothing like this in the Python world... > > It is being worked on... > >> I'd be content >> to hear your projection for a mere 18 years out (the amount of time >> for which Python apps have been in production), or even 10 years >> (which takes us back to Python 1.5). > > Just a GUI for package management that lets you seperate what is available > for the python platform that you are running on. Install, deinstall, and > get package information. > > https://sourceforge.net/projects/pythonpkgmgr/ > > We only have source at the moment. Only for windows... and only for > python 2.5. Pretty limited... but we'll get there.
How will your solution be different from distutils, setuptools, pip, zc.buildout and a couple other similar packages I don't recall now? Have you considered joining one of these efforts in order to not fragment the "packaging and distribution" arena? Have you evaluated these solutions in detail and have found that they are not appropriate for your needs? If yes, what is the most problematic features of these already existing solutions that you don't like? Cheers, Daniel -- Psss, psss, put it down! - http://www.cafepress.com/putitdown -- http://mail.python.org/mailman/listinfo/python-list
