How to Install and Uninstall python39-virtualenv-clone Package on openSuSE Tumbleweed
Last updated: November 23,2024
1. Install "python39-virtualenv-clone" package
This tutorial shows how to install python39-virtualenv-clone on openSuSE Tumbleweed
$
sudo zypper refresh
Copied
$
sudo zypper install
python39-virtualenv-clone
Copied
2. Uninstall "python39-virtualenv-clone" package
This guide covers the steps necessary to uninstall python39-virtualenv-clone on openSuSE Tumbleweed:
$
sudo zypper remove
python39-virtualenv-clone
Copied
3. Information about the python39-virtualenv-clone package on openSuSE Tumbleweed
Information for package python39-virtualenv-clone:
--------------------------------------------------
Repository : openSUSE-Tumbleweed-Oss
Name : python39-virtualenv-clone
Version : 0.5.7-1.7
Arch : noarch
Vendor : openSUSE
Installed Size : 34.0 KiB
Installed : No
Status : not installed
Source package : python-virtualenv-clone-0.5.7-1.7.src
Upstream URL : https://github.com/edwardgeorge/virtualenv-clone
Summary : Script to clone virtualenvs
Description :
virtualenv cloning script.
A script for cloning a non-relocatable virtualenv.
Virtualenv provides a way to make virtualenv's relocatable which could then be
copied as we wanted. However making a virtualenv relocatable this way breaks
the no-site-packages isolation of the virtualenv as well as other aspects that
come with relative paths and '/usr/bin/env' shebangs that may be undesirable.
Also, the .pth and .egg-link rewriting doesn't seem to work as intended. This
attempts to overcome these issues and provide a way to easily clone an
existing virtualenv.
It performs the following:
- copies sys.argv[1] dir to sys.argv[2]
- updates the hardcoded VIRTUAL_ENV variable in the activate script to the
new repo location. (--relocatable doesn't touch this)
- updates the shebangs of the various scripts in bin to the new python if
they pointed to the old python. (version numbering is retained.)
it can also change '/usr/bin/env python' shebangs to be absolute too,
though this functionality is not exposed at present.
- checks sys.path of the cloned virtualenv and if any of the paths are from
the old environment it finds any .pth or .egg-link files within sys.path
located in the new environment and makes sure any absolute paths to the
old environment are updated to the new environment.
- finally it double checks sys.path again and will fail if there are still
paths from the old environment present.
--------------------------------------------------
Repository : openSUSE-Tumbleweed-Oss
Name : python39-virtualenv-clone
Version : 0.5.7-1.7
Arch : noarch
Vendor : openSUSE
Installed Size : 34.0 KiB
Installed : No
Status : not installed
Source package : python-virtualenv-clone-0.5.7-1.7.src
Upstream URL : https://github.com/edwardgeorge/virtualenv-clone
Summary : Script to clone virtualenvs
Description :
virtualenv cloning script.
A script for cloning a non-relocatable virtualenv.
Virtualenv provides a way to make virtualenv's relocatable which could then be
copied as we wanted. However making a virtualenv relocatable this way breaks
the no-site-packages isolation of the virtualenv as well as other aspects that
come with relative paths and '/usr/bin/env' shebangs that may be undesirable.
Also, the .pth and .egg-link rewriting doesn't seem to work as intended. This
attempts to overcome these issues and provide a way to easily clone an
existing virtualenv.
It performs the following:
- copies sys.argv[1] dir to sys.argv[2]
- updates the hardcoded VIRTUAL_ENV variable in the activate script to the
new repo location. (--relocatable doesn't touch this)
- updates the shebangs of the various scripts in bin to the new python if
they pointed to the old python. (version numbering is retained.)
it can also change '/usr/bin/env python' shebangs to be absolute too,
though this functionality is not exposed at present.
- checks sys.path of the cloned virtualenv and if any of the paths are from
the old environment it finds any .pth or .egg-link files within sys.path
located in the new environment and makes sure any absolute paths to the
old environment are updated to the new environment.
- finally it double checks sys.path again and will fail if there are still
paths from the old environment present.