Closed itziakos closed 9 years ago
My current hypothesis is that the problem is still with enable.
It looks that pip collects all the top level requirements and downloads them, the it tries to find their runtime and setup dependencies by importing the setup.py
for each downloaded dependency. The requirements are stored in a dictionary with names as theirs keys so ordering is random. When it reaches enable it tries to execute enable's setup.py
but fails because the __version__
is imported from kiva._version
but kiva/__init__.py
ends up at some point importing numpy
and traits
.
So, we should probably not get __version__
from kiva._version
then. Note that we discussed this in enthought/enable#166. I believe Corran's alternate suggestion there was to write a _version.py
into both kiva and enable packages.
I have update the enable PR to save two copies of the file one inside enable and one inside kiva, this should allow setup to finish importing
It makes it to tests now then fails. :tired_face:
i think we can merge this to the travis-failure branch now. The test failures are probably not related to the package builds anymore.
Agreed.
Well, shucks. I think it would be worthwhile to try to figure out what
pip
is doing. I'd like to know why it's runningsetup.py
inenable
at that point when it hasn't tried installing the otherdev_requirements.txt
packages yet--it looks like it's just collecting eggs initially.