On Fri, Dec 25, 2009 at 8:22 PM, Laura Creighton <l...@openend.se> wrote: > In a message of Fri, 25 Dec 2009 19:43:24 +0900, David Cournapeau writes: >>I think many people within >>the group of disatisfied Pypi users would be happy to have less >>packages for a better overall experience. > > Aside from the fact that the word you want is _fewer_ not _less_ when > you are talking about a countables, I suspect this statement is true.
Sorry about that, I don't always double check my English. > But I don't see any relationship between 'forcing people to download > their packages' and 'giving users a better experience'. I guess you meant upload. The reasons I see for making some things, in particular upload mandatory are as follows: - file upload makes pure rsync-based mirroring. In the case of CRAN, you mirror with one rsync command. No need for fancy scheme, new packages, etc... - lack of tarballs/installers means that when you use an installer, for example easy_install, it has to find it in another way. This way is based on scraping: the website may be dead, not available anymore, etc... In that case, installation fails. Different websites may also have different limitations (think about corporate networks). - more generally, if there is an information missing on Pypi, be it in the form of metadata, data, etc..., it means it will have to be inferred back. Making upload easier seems a very weak argument to justify this. > Many commercial organisations have a policy that they, and only they > host their own code. And they will not be willing to change this policy > even if you convice them that it is in their interest to Open Source > some of it, or perhaps the python bindings to some of it. How do we > want to interoperate with these people and their code? I did not know it was even "allowed" to register non open source code in Pypi. That's the first time I see the argument given (and the first time a real argument is given). Is this a major requirement ? David _______________________________________________ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
