When using update-alternatives, the link created from /usr/bin/python to /etc/alternatives/python isn't acceptable by pycentral. We need to recursively follow the links until we get to e.g. /usr/bin/python2.4 .
Ideally however we wouldn't rely on the the filename of the target and should perhaps parse the output of /usr/bin/python -v, or even parse sys.version?
A patch is attached for the first case, dealing with recursion, and should be applied against /usr/share/pycentral-data/pyversions.py.
When using update- alternatives, the link created from /usr/bin/python to /etc/alternativ es/python isn't acceptable by pycentral. We need to recursively follow the links until we get to e.g. /usr/bin/python2.4 .
Ideally however we wouldn't rely on the the filename of the target and should perhaps parse the output of /usr/bin/python -v, or even parse sys.version?
A patch is attached for the first case, dealing with recursion, and should be applied against /usr/share/ pycentral- data/pyversions .py.