[Distutils] Adding entry points into Distutils ?
Chris Withers
chris at simplistix.co.uk
Fri May 15 17:20:53 CEST 2009
Paul Moore wrote:
> 2009/5/9 Chris Withers <chris at simplistix.co.uk>:
>> +1.
>>
>> <flame>Anyone who's arguing against this is either not deploying stuff in a
>> repeatable fashion, and so isn't serious in my books, or is so serious that
>> they're cutting vm images to roll out and so dump everything for the app in
>> site packages</flame>
>
> Hmm. I'll accept the flame to the extent that I don't deploy stuff to
> a wide enough audience to be qualified to comment on that side of
> things. But:
>
> 1. Can you clarify what "this" is?
Given that I'm writing this offline on a train, the answer is "no", I'm
afraid ;-)
> Part of the issue I see is that
> there's never a clear enough statement of a proposal for a non-expert
> in the field to follow.
Which proposal do you think isn't clear enough?
> 2. Distutils is for distributing python modules/packages, so
> *application* deployment is out of scope.
Python applications rely on packages and modules. Application in the
scope I'm using it might mean something like "YouTube".
> Script support is for
> small-scale stuff (in my view).
Wrong. I use it for creating start/stop scripts for services along with
scripts to stick in crontabs. I don't need to bother with that for
small-scales stuff.
> 3. Accepting that I don't know what you mean by "this", can I point
> out that as a user, I personally have problems with a significant
> proportion of scripts distributed with packages - so are you saying
> that those packages "aren't serious",
Probably, or certainly that their authors don't really care about the
scripts they generate...
> or that there is no way of doing
> what they (and I) want at present?
I'm afraid I don't remember/understand what you want...
> I'll see if I can find some in due course. (Basically, the types of
> things I see are scripts distributed on Windows with no filetype
> extension, .bat wrappers for command line scripts which don't work
> right when called from another bat file, setuptools-built exe wrappers
> which result in version-specific binaries for pure-python code, to
> give some examples).
The last is the "right" thing. These scripts work cross-platform and are
tied to the correct version of python for the setup as "originally
intended", ie: the version the package was installed with.
cheers,
Chris
More information about the Distutils-SIG
mailing list