Original report (archived issue) by Coby Viner (Bitbucket: cviner2, GitHub: cviner).
On Graham, I had version 1.3.6 installed via pip install --user genomedata.
Upon upgrading, via pip install --user --upgrade genomedata, to version 1.4.4, I was no longer able to use genomedata, obtaining:
#!text
Traceback (most recent call last):
File "../../src/cytomod.py", line 673, in <module>
from genomedata import Genome, load_genomedata
File "/home/cviner2/.local/lib/python2.7/site-packages/genomedata/__init__.py", line 29, in <module>
from path import path
ImportError: cannot import name path
This occurred with path.py 11.5.0, which was automatically installed. Downgrading to version 8.2.1 restored functionality, at least with respect to this single command. Uninstalling and reinstalling path.py manually, to the latest version (11.5.0) also appeared to resolve this, but other modules may have been upgraded in between doing so (unfortunately I cannot reproduce this part).
Relatedly, something similar appears to be a common issue with path.py, though not directly involving these versions or workflow. It might be a good idea to (somehow) force a reinstall of path.py or perhaps just to document this as a potential issue with the above possible solution?
Original report (archived issue) by Coby Viner (Bitbucket: cviner2, GitHub: cviner).
On Graham, I had version 1.3.6 installed via
pip install --user genomedata.Upon upgrading, via
pip install --user --upgrade genomedata, to version 1.4.4, I was no longer able to use genomedata, obtaining:This occurred with
path.py11.5.0, which was automatically installed. Downgrading to version 8.2.1 restored functionality, at least with respect to this single command. Uninstalling and reinstallingpath.pymanually, to the latest version (11.5.0) also appeared to resolve this, but other modules may have been upgraded in between doing so (unfortunately I cannot reproduce this part).Relatedly, something similar appears to be a common issue with
path.py, though not directly involving these versions or workflow. It might be a good idea to (somehow) force a reinstall ofpath.pyor perhaps just to document this as a potential issue with the above possible solution?