[Distutils] command hooks...

Donald Stufft donald.stufft at gmail.com
Wed May 16 09:25:12 CEST 2012

I think the biggest thing missing wrt to command hooks is the ability  
to have the tool automatically generate a OS specific wrapper (.exe for
windows, extension less with a shebang for *NIX). While I think it would
be useful for this feature to live in std lib, I don't think it's near as required
as getting the core of packaging into stdlib.

Attempting to create packaging as outside of stdlib brings up images
of http://xkcd.com/927/, and to me the only thing prevent packaging
from just being another standard is the "Blessing" that comes with
being in stdlib.

On Wednesday, May 16, 2012 at 2:55 AM, Tarek Ziadé wrote:

> On 5/16/12 3:58 AM, Chris McDonough wrote:
> > Adding two more (packaging and distutils2) which are similarly  
> > semi-documented and which don't even solve the problems that the  
> > previous ones do would serve no purpose, and baking them into Python  
> > itself will mean they can't evolve in important ways.
> >  
> Oh, I think I need to answer to this too since you said you wanted to  
> help. Packaging is not intended to be similar to setuptools in its features.
> For instance we won't provide console scripts or entry points. The first  
> one because 'script' is the same feature (except there's an indirection  
> and I said before we could mimic this)
> The second one because we should build this kind of feature outside the  
> stdlib (this is not something most people use, according to the survey I  
> did back a few years ago, it's mostly zope/plone/repoze land)
> I'd suggest you list what you can't do with "packaging" today and we  
> work through that list to point which features are missing and should be  
> developed *outside* the standard lib, and which ones are in "packaging"  
> or should be
> IOW: packaging should only be the common basis and provide a basic  
> installer - not a full fledge tool you can use to replace the most  
> advanced setuptools features. And we want it pluggable enough so people  
> can build pluggable features on the top of it, like Eric explained earlier
> Does that make sense ?
> Cheers
> Tarek
> _______________________________________________
> Distutils-SIG maillist - Distutils-SIG at python.org (mailto:Distutils-SIG at python.org)
> http://mail.python.org/mailman/listinfo/distutils-sig

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/distutils-sig/attachments/20120516/21da02be/attachment.html>

More information about the Distutils-SIG mailing list