Setuptools-Distribute merge announcement
mail.python.org
Setuptools-Distribute merge announcement
1–10 of 10 posts
Re: Setuptools-Distribute merge announcement
#2Re: Setuptools-Distribute merge announcement
#3Re: Setuptools-Distribute merge announcement
#4Re: Setuptools-Distribute merge announcement
#5Re: Setuptools-Distribute merge announcement
#6Can someone here point to a good article (or a couple of articles, for that matter) explaining the history of Python packaging and the "new way of doing things"?
http://pyvideo.org/video/1601/twisted-history-of-python-pack...
Note: Speaker is one of the devs behind PyCoders Weekly
Re: Setuptools-Distribute merge announcement
#7So what does this mean for those of us who have made the jump to Distribute? Do we now jump back to Setuptools in a year or something?
| and phasing out the distribute fork as soon as
| is practical
I'm guessing there will at least be an 'end date' where it'll be officially deprecated.Re: Setuptools-Distribute merge announcement
#8Can someone here point to a good article (or a couple of articles, for that matter) explaining the history of Python packaging and the "new way of doing things"?
Re: Setuptools-Distribute merge announcement
#9This is very good news indeed -- life will be easier for lots of Python-based projects, with the distribute changes merged into setuptools!
If it made sense to reject distutils2 as having too much cruft, it makes even less sense to accept setuptools which will be even cruftier and provide an eternal excuse not to switch to anything better
It certainly wasn't ever the problem that "distribute is not enough like setuptools" which is all this should "solve".
Re: Setuptools-Distribute merge announcement
#10This is very good news indeed -- life will be easier for lots of Python-based projects, with the distribute changes merged into setuptools!
This isn't good news because it means we are going to be suffering along with setuptools even longer, which is substantially the cause of all the packaging pain in Python. If it made sense to reject distutils2 as having too much cruft, it makes even less sense to accept setuptools which will be even cruftier and provide an eternal excuse not to switch to anything better It certainly wasn't ever the problem that "dist…