Re: ReportLab 3.x packaging and deployment

Marius Gedminas <[email protected]>
Newsgroups gmane.comp.python.reportlab.user
Message-ID <20140114062644.GA12324@platonas>
On Mon, Jan 13, 2014 at 01:58:22PM +0000, Andy Robinson wrote:
> On 13 January 2014 13:32, Marius Gedminas <[email protected]> wrote:
> > I agree with it 100%.
> >
> 
> Here is my very naive understanding, from occasional attempts to
> follow the sig over the years....
> 
> 1. in the beginning there was distutils
> 2. setuptools got popular, then got forked to distribute.  They are
> now trying to merge into something new which will replace distutils
> completely.  setuptools is the unified version
> 3. Guido et al not want the "new improved technology" in Python itself
> yet, because once it goes in, it's effectively frozen and can't be
> improved further.  That's why distutils is still in the Python
> distribution.  But at some point, "what evolves from setuptools" will
> go into a future Python and replace distutils.
> 
> Could you tell me if this is roughly correct?

More or less.

There were two efforts to replace distutils/setuptools: Tarek Ziade's
distutils2/packaging work, which was bravely backwards-incompatible and
was completely abandoned after a year or two, unsurprisingly.

And now people are working on multiple PEPs for things like specifying
metadata formats that can handle dependencies etc.  One of the PEPs is
about bundling a pip installer with Python 3.4+.  Now that people are
thinking about backwards-compatibility and gradual migration of the
existing ecosystem, things are going smoother.

The long-term plan is to get rid of setup.py entirely and instead have a
declarative file (maybe setup.cfg) that can describe your package, and
then separate build tools that can produce sdists and wheels out of this.
It will take time (many years) for this to mature.

At least that's my impression.

Marius Gedminas
-- 
It is easier to optimize correct code than to correct optimized code.
                -- Bill Harlan
signature.asc (application/pgp-signature, 190 B)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.14 (GNU/Linux)

iD8DBQFS1NikkVdEXeem148RAvXsAJ4nj+VDwUw9E3hvv4gnTLrTiskhZQCfQuHm
fi8IG4tiAzdU3ifP8eXnoVI=
=OACM
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.