On Thu, Jun 17, 2010 at 3:18 PM, Kevin Teague <span dir="ltr"><<a href="mailto:kevin@bud.ca">kevin@bud.ca</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br><div class="gmail_quote"><div class="im"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Previously in this thread, there have been several plausible<br>
suggestions for modifying (improving?) zc.buildout to cope with the<br>
issues you've identified. Have you relayed these suggestions to the<br>
zc.buildout developers and administrators? Do you know for a fact<br>
that zc.buildout can't be fixed? If so, perhaps it should be removed<br>
from PyPI; I certainly wouldn't want to rely on it.<br>
<br></blockquote></div><div><br>Didn't Setuptools/easy_install began this policy of following the download_url from PyPI's early days when it wasn't even possible to upload to PyPI (or at least during the transition when a majority of packages only provided download_urls). easy_install has been repeatedly critiqued for this behaviour.<br>
<br>Can anyone say why pip and buildout follow this policy? Has there been any thought to changing the install tools themselves?<br></div></div></blockquote><div><br>To the degree people have tested their installation procedures, they've usually tested that it works with easy_install. easy_install in turn was written to install stuff when there was some sane way to figure out what to install. So the tools are largely reactive.<br>
<br>Putting in a hard warning (e.g., one that requires hitting enter) might be okay for some class of problematic behavior. Deeper searching of links could be handled this way, though for now we'd have to actually look in those pages and only warn if something was found... so there'd be many of the same problems but at least a path to removing the behavior completely.<br clear="all">
</div></div><br>-- <br>Ian Bicking | <a href="http://blog.ianbicking.org">http://blog.ianbicking.org</a><br>