[Distutils] Future of setuptools and buildout
cournape at gmail.com
Sat Aug 20 13:55:12 EDT 2016
On Sat, Aug 20, 2016 at 6:30 PM, Nick Coghlan <ncoghlan at gmail.com> wrote:
> On 20 August 2016 at 02:46, Chris Barker <chris.barker at noaa.gov> wrote:
> > Maybe the alternative to setuptools_lite is to set up one of these other
> > tools to work well (easily) for building python packages. If it can do
> > everything that setuptools can do (that we want setuptools to do), and
> > as easily, maybe that's the next step forward.
> > but if that isn't happening soon, then a setuptools_lite would be a
> > step forward.
> Enabling folks to more easily use existing build systems like Scons,
> Waf, Meson, CMake, et al is one of the main goals of pyproject.toml.
> Daniel Holth has a working Scons proof of concept at
> https://pypi.python.org/pypi/enscons that actually works independently
> of pyproject.toml support in pip by using a boilerplate setup.py to do
> the bootstrapping and invocation of the build system.
> It's why we don't particularly want to replace distutils/setuptools
> with any build system in particular - the world actually has a surfeit
> of cross-platform build systems, and many of them are written in
> Python and are hence quite friendly to being bootstrapped for use in
> building Python extension modules.
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.
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).
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Distutils-SIG