<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div>As you're aware I think it makes the most sense to just bundle setuptools wholesale. This makes it impossible to "break" pip by something going wrong in setuptools causing it to be uninstalled and means that for users who are only doing installs, they don't need setuptools installed just pip.</div>
</div></blockquote><div><br></div><div>I'm a fan of bundling too (if it works), but the "dynamic install of setuptools" idea also offers what you mention, although admittedly with more fragility.   If a user uninstalled setuptools, it would be installed again when needed,  and users only need pip to get started, and don't have to think about the setuptools dependency themselves.   </div>
<div><br></div><div>The drawbacks of bundling setuptools:</div><div>1) maybe some weird bug/side-effect shows up after we do it (ok, maybe that's FUD)</div><div>2) users can't upgrade themselves (for use in pip)</div>
<div>3) more tedium in our release process.</div><div>4) feels odd to bundle it knowing we'd likely drop it later, if we do the MEBs thing.</div><div><br></div><div>Marcus</div></div>