What is the proper way to manage multiple python versions?

I have a machine with Python 2.6 installed as the default Python. Then, I installed Python 2.7, and manually created /usr/bin/python as a symlink to the new installation.

Then, I was running into problems with command-not-found. I’m trying to reinstall it:

sudo apt-get remove command-not-found

and I get this error:

/usr/bin/python does not match the
python default version. It must be
reset to point to python2.6

But I really want Python 2.7 to be the default. How do I fix this mess?

Contents hide

Answers:

Method 1

Method 2

Method 3

Method 4

Method 5

Answers:

Thank you for visiting the Q&A section on Magenaut. Please note that all the answers may not help you solve the issue immediately. So please treat them as advisements. If you found the post helpful (or not), leave a comment & I’ll get back to you as soon as possible.

Method 1

Changing the default Python (or Perl, etc) on an OS is really bad idea. This interpreter is actually part of the OS and there may well be other OS components that are written specifically to work with that version of the interpreter.

For example on Redhat the yum tool that performs system software updates is a python application. You really don’t want to break this. Such applications may depend on specific, perhaps non standard, python modules being installed which the version you installed may not have. For example on Ubuntu I believe some of the built-in OS tools written in Python use an ORM called Storm that isn’t part of the Python standard library. Does your clean Python 2.7 install have the specific expected version of the Storm module installed? Does it have any version of Storm? No? Then you’ve just broken a chunk of your OS.

The right way to do this is install your preferred version of python and set up your user account to use it by setting up your .bash_profile, path and such. You might also want to look into the virtualenv module for Python.

Method 2

How do I fix this mess?

Nothing more than reinstalling python. It will undo your change (the symlink).

Why do you want it as default? Each time you need it, just use python2.7 or include #!/usr/bin/python2.7 (the shebang) at the beginning of your (executable) scripts.

If you insist on having python2.7 as system-wide default, use a later release of Ubuntu (currently it’s Ubuntu 11.04, codenamed Natty). It uses that version as default.

In future, avoid doing manual interventions like what you did with the symlink thing. This is especially true for distro-managed files, and most especially for complex beasts like Python installations.

Method 3

pyenv

https://github.com/pyenv/pyenv

Pyenv allows you to manage multiple Python versions without sudo for a single user, much like Node.js NVM and Ruby RVM.

Install Pyenv:

curl https://pyenv.run | bash

Then add to your .bashrc:

export PATH="${HOME}/.pyenv/bin:$PATH"
eval "$(pyenv init -)"
eval "$(pyenv virtualenv-init -)"

Find Python version to install:

pyenv install --list

Install the python version you want:

# Increase the chances that the build will have all dependencies.
# https://github.com/pyenv/pyenv/wiki/Common-build-problems
sudo apt build-dep python3
sudo apt-get install -y make build-essential libssl-dev zlib1g-dev libbz2-dev 
  libreadline-dev libsqlite3-dev wget curl llvm libncurses5-dev libncursesw5-dev 
  xz-utils tk-dev libffi-dev liblzma-dev python-openssl git

# Build and install a Python version from source.
pyenv install 3.8.0

List available Python versions:

pyenv versions

We now have:

* system (set by /home/cirsan01/.pyenv/version)
  3.8.0

Select a different python version:

pyenv global 3.8.0
python --version
python3 --version

Both output:

Python 3.8.0

We can now proceed to install and use packages normally:

pip install cowsay
python -c 'import cowsay; cowsay.tux("Python is fun")'
cowsay 'hello'

We can confirm that everything is locally installed in our clean environemnt with:

python -c 'import cowsay; print(cowsay.__file__)'
which cowsay

Per project usage

In the previous section, we saw how to use pyenv in a global setup.

However, what you usually want is to set a specific python and package version on a per-project basis. This is how to do it.

First install your desired Python version as before.

Then, from inside your project directory, set the desired python version with:

pyenv local 3.8.0

which creates a file .python-version containing the version string.

And now let’s install a package locally just for our project: TODO: there is no nice way it seems: https://stackoverflow.com/questions/30407446/pyenv-choose-virtualenv-directory/59267972#59267972

Now, when someone wants to use your project, they will do:

pyenv local

which sets the Python version to the correct one.

Related threads:

Tested on Ubuntu 18.04, pyenv 1.2.15.

Method 4

i just posted this same answer to stack overflow:

https://stackoverflow.com/questions/2812520/pip-dealing-with-multiple-python-versions/50319252

(see that one for a more up-to-date answer)

Here is my take on the problem. Works for Python3. The main features are:

Each Python version is compiled from source
All versions are installed locally
Does not mangle your system’s default Python installation in any way
Each Python version is isolated with virtualenv

The steps are as follows:

If you have several extra python versions installed in some other way, get rid of them, e.g., remove $HOME/.local/lib/python3.x, etc. (also the globally installed ones). Don’t touch your system’s default python3 version though.

Download source for different python versions under the following directory structure:

$HOME/
    python_versions/ : download Python-*.tgz packages here and "tar xvf" them.  You'll get directories like this:
      Python-3.4.8/
      Python-3.6.5/
      Python-3.x.y/
      ...

At each “Python-3.x.y/” directory, do the following (do NOT use “sudo” in any of the steps!):

mkdir root
./configure --prefix=$PWD/root 
make -j 2
make install
virtualenv --no-site-packages -p root/bin/python3.x env

At “python_versions/” create files like this:

env_python3x.bash:

#!/bin/bash
echo "type deactivate to exit"
source $HOME/python_versions/Python-3.x.y/env/bin/activate

Now, anytime you wish to opt for python3.x, do
```
source $HOME/python_versions/env_python3x.bash
```
to enter the virtualenv
While in the virtualenv, install your favorite python packages with
```
pip install --upgrade package_name
```
To exit the virtualenv and python version just type “deactivate”

Method 5

We put multiple python distributions on Mac and Ubuntu a lot and here are my recommendation.

Leave the system python unmolested: never use it.
If you only need one primary python distribution, download and install Canopy from enthought. When it installs, choose “set as my system python”, and then you can install packages from Canopy’s GUI package manager.
- Canopy is also compaitble out of the box with pip, the PyPi package manager command that lets you install packages (eg pip install python-twitter)
If you plan to use virtual environments (ie you are developing python programs and want a dedicated clean python environment for each, with an easy means to switch between them), I’d recommend Anaconda over Canopy due for it’s virtual environment manager tool. This will let you

All methods was sourced from stackoverflow.com or stackexchange.com, is licensed under cc by-sa 2.5, cc by-sa 3.0 and cc by-sa 4.0

0 0 votes

Article Rating