[tahoe-dev] startup error after upgrade
Zooko Wilcox-O'Hearn
zooko at zooko.com
Tue Apr 2 16:06:12 UTC 2013
On Tue, Apr 2, 2013 at 1:41 AM, Daira Hopwood (formerly David-Sarah) <
david-sarah at jacaranda.org> wrote:
>
> But the original assumption was that you would never have multiple
> versions of a single
> package installed. That is, if you wanted to install a new version, you'd
> uninstall any
> older version (and put up with any backward compatibility issues).
I think you're right.
> In that case, there
> would be no "module that you mustn't import" in the same place as a
> "module you want to
> import".
>
Well... you could also have other name-collisions...
> setuptools promises to allow you to install multiple versions, and that's
> what fails to
> work.
>
Okay, you're right, but the reason it fails is because that is impossible
(for the general case) while maintaining backward-compatibility with
builtin import mechanism which prioritizes multiple modules into the same
priority bucket based on the directory they are in. If I recall correctly,
which is dubious at this point, setuptools itself installs each new module
in its own directory (or zip file), so only modules that were installed
with non-setuptools installers can run afoul of this limitation in the
non-setuptools import mechanism.
By the way, I heard that at this year's packaging summit at Pycon, the
maintainers of setuptools and distribute agreed to combine efforts and make
a new series of setuptools, maintained, I guess, by the people responsible
for the "distribute" fork.
Regards,
Zooko
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://tahoe-lafs.org/pipermail/tahoe-dev/attachments/20130402/b9d68dcd/attachment.html>
More information about the tahoe-dev
mailing list