<div dir="ltr">It wasn't until recently the I realized how quickly releases to setuptools and pip are being made, starting back in mid Dec when much of our dependency resolution started failing.  There were three releases in the past two days.  Four major and 22 minor releases in the past two months.  While I applaud the speed of development and the improvement in these tools, don't you feel that breaking changes should be advertised better before release or perhaps we should slow down the cadence for release?<div><br></div><div>I think an expectation that every setuptools user in the community start their day by checking to see if there was a release in the past 24 hours is a little unreasonable.  I've spent a dozen hours since 32.0.0 resolving breakage in my own projects and assisting other developers in my org with their setuptools issues, all the while pushing setuptools as the best practice to do development and distribution.  Is this period of breaking changes a short term thing that we just have to tough out for a few more weeks?<div><br></div><div>Thanks,</div><div>e.</div><br><div class="gmail_quote"><div dir="ltr">On Wed, Jan 25, 2017 at 9:45 AM Matthias Bussonnier <<a href="mailto:bussonniermatthias@gmail.com">bussonniermatthias@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">AFAICT this is not really an issue as this is on the release notes:<br class="gmail_msg">
<br class="gmail_msg">
<a href="https://setuptools.readthedocs.io/en/latest/history.html#v34-0-0" rel="noreferrer" class="gmail_msg" target="_blank">https://setuptools.readthedocs.io/en/latest/history.html#v34-0-0</a><br class="gmail_msg">
<br class="gmail_msg">
You need to upgrade pip  (cf 3rd paragraph):<br class="gmail_msg">
<br class="gmail_msg">
> #581: Instead of vendoring the growing list of dependencies that Setuptools requires to function, Setuptools now requires these dependencies just like any other project. Unlike other projects, however, Setuptools cannot rely on setup_requires to demand the dependencies it needs to install because its own machinery would be necessary to pull those dependencies if not present (a bootstrapping problem). As a result, Setuptools no longer supports self upgrade or installation in the general case. Instead, users are directed to use pip to install and upgrade using the wheel distributions of setuptools.<br class="gmail_msg">
<br class="gmail_msg">
> Users are welcome to contrive other means to install or upgrade Setuptools using other means, such as pre-installing the Setuptools dependencies with pip or a bespoke bootstrap tool, but such usage is not recommended and is not supported.<br class="gmail_msg">
<br class="gmail_msg">
 >As discovered in #940, not all versions of pip will successfully<br class="gmail_msg">
install Setuptools from its pre-built wheel. If you encounter issues<br class="gmail_msg">
with “No module named six” or “No module named packaging”, especially<br class="gmail_msg">
following a line “Running setup.py egg_info for package setuptools”,<br class="gmail_msg">
then your pip is not new enough.<br class="gmail_msg">
<br class="gmail_msg">
> There’s an additional issue in pip where setuptools is upgraded concurrently with other source packages, described in pip #4253. The proposed workaround is to always upgrade Setuptools first prior to upgrading other packages that would upgrade Setuptools.<br class="gmail_msg">
<br class="gmail_msg">
--<br class="gmail_msg">
M<br class="gmail_msg">
<br class="gmail_msg">
On Wed, Jan 25, 2017 at 6:46 AM, Robin Becker <<a href="mailto:robin@reportlab.com" class="gmail_msg" target="_blank">robin@reportlab.com</a>> wrote:<br class="gmail_msg">
><br class="gmail_msg">
> On 25/01/2017 10:41, Chris Withers wrote:<br class="gmail_msg">
>><br class="gmail_msg">
>> Hi All,<br class="gmail_msg">
>><br class="gmail_msg">
>> Anyone else seen this?<br class="gmail_msg">
>><br class="gmail_msg">
>> |File<br class="gmail_msg">
>><br class="gmail_msg">
>> "/home/travis/virtualenv/python2.6.9/lib/python2.6/site-packages/setuptools/__init__.py",<br class="gmail_msg">
>> line 10, in <module> from six.moves import filter, map ImportError: No<br class="gmail_msg">
>> module<br class="gmail_msg">
>> named six.moves|<br class="gmail_msg">
>><br class="gmail_msg">
> My colleague just came across this when creating a new venv.<br class="gmail_msg">
><br class="gmail_msg">
> We then installed six, but our setup then went on to complain about<br class="gmail_msg">
> packaging and then finally appdirs before it went through.<br class="gmail_msg">
><br class="gmail_msg">
> Each time the fix was to manually install the thing that pip complained<br class="gmail_msg">
> about.<br class="gmail_msg">
><br class="gmail_msg">
><br class="gmail_msg">
>><br class="gmail_msg">
>> Started happening in my nightly builds on travis after the 34.0.2 release<br class="gmail_msg">
>> of<br class="gmail_msg">
>> setuptools. I've filed an issue here since I suspect it isn't just me:<br class="gmail_msg">
>><br class="gmail_msg">
>> <a href="https://github.com/pypa/setuptools/issues/945" rel="noreferrer" class="gmail_msg" target="_blank">https://github.com/pypa/setuptools/issues/945</a><br class="gmail_msg">
>><br class="gmail_msg">
>> cheers,<br class="gmail_msg">
>><br class="gmail_msg">
>> Chris<br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>> _______________________________________________<br class="gmail_msg">
>> Distutils-SIG maillist  -  <a href="mailto:Distutils-SIG@python.org" class="gmail_msg" target="_blank">Distutils-SIG@python.org</a><br class="gmail_msg">
>> <a href="https://mail.python.org/mailman/listinfo/distutils-sig" rel="noreferrer" class="gmail_msg" target="_blank">https://mail.python.org/mailman/listinfo/distutils-sig</a><br class="gmail_msg">
>><br class="gmail_msg">
><br class="gmail_msg">
><br class="gmail_msg">
> --<br class="gmail_msg">
> Robin Becker<br class="gmail_msg">
> _______________________________________________<br class="gmail_msg">
> Distutils-SIG maillist  -  <a href="mailto:Distutils-SIG@python.org" class="gmail_msg" target="_blank">Distutils-SIG@python.org</a><br class="gmail_msg">
> <a href="https://mail.python.org/mailman/listinfo/distutils-sig" rel="noreferrer" class="gmail_msg" target="_blank">https://mail.python.org/mailman/listinfo/distutils-sig</a><br class="gmail_msg">
_______________________________________________<br class="gmail_msg">
Distutils-SIG maillist  -  <a href="mailto:Distutils-SIG@python.org" class="gmail_msg" target="_blank">Distutils-SIG@python.org</a><br class="gmail_msg">
<a href="https://mail.python.org/mailman/listinfo/distutils-sig" rel="noreferrer" class="gmail_msg" target="_blank">https://mail.python.org/mailman/listinfo/distutils-sig</a><br class="gmail_msg">
</blockquote></div></div></div>