Dies geschieht, weil die repodata.json der Standardwerte Kanal (win-64) von Conda, gibt jedi>=0.8
:
"spyder-3.0.0-py34_0.tar.bz2": {
"app_entry": "spyder",
"app_type": "desk",
"build": "py34_0",
"build_number": 0,
"date": "2016-09-26",
"depends": [
"jedi >=0.8",
"nbconvert",
"pep8",
"pickleshare",
"psutil",
"pyflakes",
"pygments >=2.0",
"pylint",
"pyqt 5.*",
"python 3.4*",
"pyzmq",
"qtawesome",
"qtconsole >=4.2",
"qtpy >=1.1",
"rope",
"sphinx"
],
"icon": "9779607c273dc0786bd972b4cb308b58.png",
"license": "MIT",
"md5": "1e22cec14b87602a6338a3c46b7991ed",
"name": "spyder",
"size": 3050583,
"summary": "Scientific Python Development Environment",
"type": "app",
"version": "3.0.0"
},
Jetzt, in das Spinnen Repo, bei Tag v3.0.0 ist das es keine Mindestversion jedi angegeben bei
install_requires = [
'rope_py3k' if PY3 else 'rope>=0.9.4',
'jedi',
'pyflakes',
'pygments>=2.0',
'qtconsole>=4.2.0',
'nbconvert',
'sphinx',
'pep8',
'pylint',
'psutil',
'qtawesome',
'qtpy>=1.1.0',
'pickleshare',
'pyzmq'
]
die commit dieses Problem zu beheben wurde in spyder am Sonntag gebracht, 5. Februar 2017 und wurde in v3.1.3 veröffentlicht, die auf die Standardwerte chann nicht hinzugefügt wurde el of Conda per Freitag, 10. März 2017.
Aus den oben genannten Gründen aktualisiert das Upgrade die Abhängigkeit von Jedi nicht.
Da jedi=0.9.0
ist in den Standardeinstellungen verfügbar Conda Kanal, sollten Sie in der Lage sein, dieses Problem loszuwerden nur, indem Sie:
conda update jedi
AFAIK, 'Conda Update Versandstücke nur Updates' Versandstücke, und nicht Abhängigkeiten berücksichtigen. Ihre beste Vorgehensweise ist in der Tat zu installieren "Jedi". Ich stelle das nicht als Antwort dar, weil ich die Conda-Quelle nicht überprüft habe :-) – darthbith
Interessant. Es scheint, als würde das 'conda update' weniger nützlich machen. Vielleicht ist 'conda install' mit der neuesten Version des zu installierenden Pakets eine bessere Methode. – user3731622