[Python-Dev] Re: [Distutils] Questions about distutils strategy
Gordon McMillan
gmcm@hypernet.com
Wed, 8 Dec 1999 09:16:07 -0500
Guido wrote:
> [Great analysis, Tim!]
>
> > 4) The audience is Python end-users "in general", and the
> > product is pure Python. I think this is the most important one
> > for Distutils to address, and compilation isn't a part of it.
> > So far, though, what Gordon is doing seems more appropriate
> > than what Distutils has been up to. I hope his work gets
> > folded into this.
>
> I'm not sure what stuff by which Gordon you're referring to. I
> am only familiar with his installer, which I thought is win32
> only (but I may be mistaken) and is an installer for a whole
> application, not just a bunch of modules. Please correct me if
> I'm wrong.
It needed a name. I hate the word "Installer", but it expresses
in one word the most common use of my stuff.
I'll be releasing a beta for Linux real soon. Only some of the
tricks are Windows only (such as self-extracting executables,
which is only culturally appropriate on Windows, anyway).
But more importantly it's not just for installing. The Python I
use (interactively) on my wife's machine is 1 directory with
about 6 files in it. On my Linux box I've been using the std lib
in a .pyz for about a month now. Someone distributing a pure
Python package could instead ship 3 files (imputil.py,
archive.py and <package>.pyz) with the "install" consisting of
adding one line to site.py in the user's perfectly normal Python
installation.
And yeah, I solved the "manifest" problem, too. Mine predates
Distutils, so don't accuse me of duplicate effort, (I pointed
them to it a couple times). It uses ConfigParser and a config
file, so it allows finer control.
While .pyz's are completely cross-platform, I have yet to work
out endianness issues in the other archive I use (which should
probably be zip format - it can hold anything). And at the
"Installer" end, I have yet to work out how things should work
on non-ELF/COFF platforms (where I can't append the archive
to the executable). But there aren't any technical issues
involved; just lack of time.
So no, it's not just for Windows; and no, it's not just for
creating standalones (though that's what almost everyone
uses it for).
- Gordon