Open Mekk opened 3 years ago
Code-wise: the responsible lines are https://github.com/pythonic-emacs/anaconda-mode/blob/master/anaconda-mode.el#L116 and https://github.com/pythonic-emacs/anaconda-mode/blob/master/anaconda-mode.el#L157 and https://github.com/pythonic-emacs/anaconda-mode/blob/master/anaconda-mode.el#L172
If it's to stay more-or-less this way, I'd suggest specyfying both sides, sth like
jedi_dep = ('jedi', '0.13.0', '0.18') # min req. version, min illegal version
# …
missing_dependencies.append('{0}>={1},<{2}'.format(*jedi_dep))
# …
assert jedi.__version__ >= jedi_dep[1] and jedi.__version__ < jedi_dep[2], 'Jedi version should be >= %s and < %s, current version: %s' % (jedi_dep[1], jedi_dep[2], jedi.__version__,)
except the assert is invalid (text comparison doesn't work properly here, one must compare versions numerically, there are various libraries which can do it, I am not sure which one is appropriate here)
Patch above solves most important part of the issue, by forcing specific jedi version when one is to be installed. Still, there are two minor issues to consider:
a) Patched version switches to strict version (installs jedi==0.17.2
or jedi==0.18.0
depending on python version). Mayhaps it would make sense to allow for patchnumber upgrade (say, to install 0.17.3/0.18.1 if such version is released). Not 100% sure though.
b) Patch does not properly fix assert statement, leaving it as
assert jedi.__version__ >= jedi_dep[1], 'Jedi version should be >= %s, current version: %s' % (jedi_dep[1], jedi.__version__,)
(https://github.com/pythonic-emacs/anaconda-mode/blob/810163d5a65e62d58f363e2edaa3be70e6d82e25/anaconda-mode.el#L176)
The problem is that in case very old jedi (say 0.8.0
) is installed, this assert will be glad to accept such version without complaints, as alphabetically "0.8.0" >= "0.18.0"
).
I am not sure about this part, mayhaps it should be dropped altogether or mayhaps instead of failing anaconda should upgrade to proper version, but if it is to stay, alphabetical comparison is incorrect. Sth like distutils.version.LooseVersion(jedi.__version__) >= distutils.version.LooseVersion(jedi_dep[1])
or mayhaps packaging.version.LegacyVersion
, or even simple twoliner
def versiontuple(v):
return tuple(int(x) for x in v.split("."))
Thanks for you comment.
I went with the distutils version as that's the most stable. Your tuple function would e.g. break with "0.18a" etc.
I'm leaving this ticket open for now as I also think it would be nice to at least automatically update the patch version or make it configurable what jedi version should be installed. (PRs welcome ;) )
Context: everybody who fresh-installed anaconda-mode since December 25h (jedi 0.18.0 release) gets broken installation (see https://github.com/pythonic-emacs/anaconda-mode/issues/401 )
At the moment, anaconda-mode installs needed python modules with loose requirement, for example jedi is installed with
jedi>=0.13.0
. Either exact tested version should be specified, or range with two-side restrictions (sayjedi>=0.13.0,<0.18.0
).Preferably, some customizable variable could let one patch this requirement if necessary (
anaconda-jedi-version
…)code-wise it's about constructing
missing_dependencies
variable.