![](https://secure.gravatar.com/avatar/5e5142d6a1a578f02e2d94c4d6d31088.jpg?s=120&d=mm&r=g)
On Tue, Oct 13, 2009 at 10:07 PM, P.J. Eby <pje@telecommunity.com> wrote:
Ok sure, makes sense. We will return 'distribute' only if 'setuptools' is from the 0.6.x series and below.
Great. I assume that means you plan to incorporate any further bug fixes that land in 0.6c10 (or, gods forbid, c11) in the release where this change is made.
Yes, as long as we are able to spot them in your commits / issue trackers changes. The latest commit you've made in setuptools package is still cryptic to us because it fixes many things at once. We were able to backport the sandbox violation but that's it at this point.
For versions you don't support emulating, I strongly suggest adding an error of some kind, since actually *installing* setuptools with Distribute still present on sys.path would cause a problem.
It is still unclear to me where this exception has to be thrown since some APIs in WorkingSet can be used just to check things out. I am guessing WorkingSet.resolve and parse_requirements are enough, but that's just from the zc.buildout use case.