<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Oct 21, 2015 at 10:10 PM, Thomas Güttler <span dir="ltr"><<a href="mailto:guettliml@thomas-guettler.de" target="_blank">guettliml@thomas-guettler.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Am 21.10.2015 um 18:46 schrieb Chris Barker:<br>
> On Wed, Oct 21, 2015 at 9:34 AM, Thomas Güttler <<a href="mailto:guettliml@thomas-guettler.de">guettliml@thomas-guettler.de</a> <mailto:<a href="mailto:guettliml@thomas-guettler.de">guettliml@thomas-guettler.de</a>>> wrote:<br>
><br>
>     I ask myself: Why a standard? I see that a standard is very important if there will be<br>
>     several implementations (for example TCP/IP, protocols like HTTP, SMTP, IMAP, ...)<br>
><br>
>     But here a single implementation for creating and installing packages would be enough.<br>
><br>
>     Is a standard really needed?<br>
><br>
><br>
> Yes -- because of exactly what you say above -- we really can't have a SINGLE build system that will well support everything --<br>
>  the common use-caes, sure (distutils already does that), but when it comes to bulding complex packages like numpy, sciPy, etc, it's really inadequate.<br>
<br>
What happens if the common use cases are inadequate?<br>
<br>
My guess: re-inventing the same stuff over and over again. Once in numpy, once in scipy ...<br>
<br>
Why should it be impossible to get all the needs of numpy and scipy into setuptools?<br>
<br>
I have a dream: For packaging and building package provides only **data**. Data is condition-less: No single "if", "def" or method call. Just data: json or yaml ...<br>
<br>
Even for complex packages.<br>
<br>
This data gets processed by setuptools. I don't see a need for more than one library doing this. Plugins are nice and can solve edge cases.<br></blockquote><div><br></div><div>setuptools is one bloated piece of code that contains too much features. I'd prefer more lean and mean package.</div></div>
</div></div>