How to Install and Uninstall python36-wsgi_intercept Package on openSuSE Tumbleweed
Last updated: November 27,2024
Deprecated! Installation of this package may no longer be supported.
1. Install "python36-wsgi_intercept" package
Please follow the instructions below to install python36-wsgi_intercept on openSuSE Tumbleweed
$
sudo zypper refresh
Copied
$
sudo zypper install
python36-wsgi_intercept
Copied
2. Uninstall "python36-wsgi_intercept" package
This tutorial shows how to uninstall python36-wsgi_intercept on openSuSE Tumbleweed:
$
sudo zypper remove
python36-wsgi_intercept
Copied
3. Information about the python36-wsgi_intercept package on openSuSE Tumbleweed
Information for package python36-wsgi_intercept:
------------------------------------------------
Repository : openSUSE-Tumbleweed-Oss
Name : python36-wsgi_intercept
Version : 1.9.2-2.7
Arch : noarch
Vendor : openSUSE
Installed Size : 100,7 KiB
Installed : No
Status : not installed
Source package : python-wsgi_intercept-1.9.2-2.7.src
Summary : Library for installing a WSGI application in place of a real URI for testing
Description :
Testing a WSGI application normally involves starting a server at a local host
and port, then pointing your test code to that address. Instead, this library
lets you intercept calls to any specific host/port combination and redirect
them into a `WSGI application`_ importable by your test program. Thus, you
can avoid spawning multiple processes or threads to test your Web app.
------------------------------------------------
Repository : openSUSE-Tumbleweed-Oss
Name : python36-wsgi_intercept
Version : 1.9.2-2.7
Arch : noarch
Vendor : openSUSE
Installed Size : 100,7 KiB
Installed : No
Status : not installed
Source package : python-wsgi_intercept-1.9.2-2.7.src
Summary : Library for installing a WSGI application in place of a real URI for testing
Description :
Testing a WSGI application normally involves starting a server at a local host
and port, then pointing your test code to that address. Instead, this library
lets you intercept calls to any specific host/port combination and redirect
them into a `WSGI application`_ importable by your test program. Thus, you
can avoid spawning multiple processes or threads to test your Web app.