Re: [Python-Dev] [Distutils] [Catalog-sig] accept the wheel PEPs425, 426, 427

2012-11-14 Thread a.cavallo
Mmmm, interesting point and worth a discussion about different roles (developer, system admin, final user etc.) having different needs. I believe distutils is used as tool primarily (setup.py bdist_rpm/msi to create installable objects, setup.py bdist_sdist to manage the source code etc.): this

Re: [Python-Dev] [Distutils] [Catalog-sig] accept the wheel PEPs425, 426, 427

2012-11-13 Thread Ronald Oussoren
On 13 Nov, 2012, at 18:32, Martin v. Löwis wrote: > Am 13.11.12 17:45, schrieb Maciej Fijalkowski: >> For example distutils is absolutely *untestable* which makes it very >> far from good enough for me. > > I never had issues with testing distutils applications. I use > "python setup.py sdist",

Re: [Python-Dev] [Distutils] [Catalog-sig] accept the wheel PEPs425, 426, 427

2012-11-13 Thread Martin v. Löwis
Am 13.11.12 17:45, schrieb Maciej Fijalkowski: For example distutils is absolutely *untestable* which makes it very far from good enough for me. I never had issues with testing distutils applications. I use "python setup.py sdist", then unpack the resulting source package, install it, and run i

Re: [Python-Dev] [Distutils] [Catalog-sig] accept the wheel PEPs425, 426, 427

2012-11-13 Thread Donald Stufft
Distutils is not good enough for the vast majority of people. Even for what it does, it does not do it well. It is a library that is user hostile and buggy. It was a fine first revision of packaging, but the Python community needs something better. On Tuesday, November 13, 2012 at 11:31 AM, a.c

Re: [Python-Dev] [Distutils] [Catalog-sig] accept the wheel PEPs425, 426, 427

2012-11-13 Thread Maciej Fijalkowski
On Tue, Nov 13, 2012 at 5:31 PM, wrote: > > +1 > Distutils is good enough: it could be better but for what is required > (essentially copying files and creating packages installers) is fine. The only > corner case is an absolute pain in the neck is in the cross compile scenario. I think you shou

Re: [Python-Dev] [Distutils] [Catalog-sig] accept the wheel PEPs425, 426, 427

2012-11-13 Thread a.cavallo
I'll give you that number(?) but ... mercurial, docutils, jinjia2 pygments, sphinx, lxml, nose, cherrypy, django, pyqt ... all they don't need/use setuptools: that 25% left is quite an interesting field to play in. If setuptools was "significant packaging innovation" do you think people wouldn

Re: [Python-Dev] [Distutils] [Catalog-sig] accept the wheel PEPs425, 426, 427

2012-11-13 Thread a.cavallo
+1 Distutils is good enough: it could be better but for what is required (essentially copying files and creating packages installers) is fine. The only corner case is an absolute pain in the neck is in the cross compile scenario. Currently I don't have *any* need for "auto" tools (setuptools and

Re: [Python-Dev] [Distutils] [Catalog-sig] accept the wheel PEPs425, 426, 427

2012-11-13 Thread Daniel Holth
Setuptools! You would avoid 75% of pypi. It is nonsense to pretend that setuptools is not a significant packaging innovation. Its main flaw is that it is based on distutils, a non-extensible design. distutils2 is a lot of setuptools and distutils code with the plug-ability taken out. Perhaps I sho