<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Aug 20, 2016 at 6:30 PM, Nick Coghlan <span dir="ltr"><<a href="mailto:ncoghlan@gmail.com" target="_blank">ncoghlan@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 20 August 2016 at 02:46, Chris Barker <<a href="mailto:chris.barker@noaa.gov">chris.barker@noaa.gov</a>> wrote:<br>
> Maybe the alternative to setuptools_lite is to set up one of these other<br>
> tools to work well (easily) for building python packages. If it can do<br>
> everything that setuptools can do (that we want setuptools to do), and just<br>
> as easily, maybe that's the next step forward.<br>
><br>
> but if that isn't happening soon, then a setuptools_lite would be a useful<br>
> step forward.<br>
<br>
</span>Enabling folks to more easily use existing build systems like Scons,<br>
Waf, Meson, CMake, et al is one of the main goals of pyproject.toml.<br>
<br>
Daniel Holth has a working Scons proof of concept at<br>
<a href="https://pypi.python.org/pypi/enscons" rel="noreferrer" target="_blank">https://pypi.python.org/pypi/<wbr>enscons</a> that actually works independently<br>
of pyproject.toml support in pip by using a boilerplate setup.py to do<br>
the bootstrapping and invocation of the build system.<br>
<br>
It's why we don't particularly want to replace distutils/setuptools<br>
with any build system in particular - the world actually has a surfeit<br>
of cross-platform build systems, and many of them are written in<br>
Python and are hence quite friendly to being bootstrapped for use in<br>
building Python extension modules.<br></blockquote><div><br></div><div>Indeed. Having been involved w/ the mess that is numpy.distutils, this was (and still is) the major issue w/ distutils for the scientific/pydata crowd.</div><div><br></div><div>Conflating packaging and building is an impediment to deploy software to different platforms (build is generally better handled by developers, packaging by platform-specific packagers).</div><div><br></div><div>David</div></div><br></div></div>