How to Install and Uninstall python36-django-pglocks Package on openSuSE Tumbleweed
Last updated: December 25,2024
Deprecated! Installation of this package may no longer be supported.
1. Install "python36-django-pglocks" package
This tutorial shows how to install python36-django-pglocks on openSuSE Tumbleweed
$
sudo zypper refresh
Copied
$
sudo zypper install
python36-django-pglocks
Copied
2. Uninstall "python36-django-pglocks" package
In this section, we are going to explain the necessary steps to uninstall python36-django-pglocks on openSuSE Tumbleweed:
$
sudo zypper remove
python36-django-pglocks
Copied
3. Information about the python36-django-pglocks package on openSuSE Tumbleweed
Information for package python36-django-pglocks:
------------------------------------------------
Repository : openSUSE-Tumbleweed-Oss
Name : python36-django-pglocks
Version : 1.0.4-1.6
Arch : noarch
Vendor : openSUSE
Installed Size : 14,6 KiB
Installed : No
Status : not installed
Source package : python-django-pglocks-1.0.4-1.6.src
Summary : PostgreSQL Advisory Locks for Django
Description :
django-pglocks provides a useful context manager to manage PostgreSQL advisory
locks. It requires Django (tested with 1.5), PostgreSQL, and (probably) psycopg2.
Advisory locks are application-level locks that are acquired and released purely
by the client of the database; PostgreSQL never acquires them on its own. They
are very useful as a way of signalling to other sessions that a higher-level
resource than a single row is in use, without having to lock an entire table or
some other structure.
It's entirely up to the application to correctly acquire the right lock.
Advisory locks are either session locks or transaction locks. A session lock is
held until the database session disconnects (or is reset); a transaction lock is
held until the transaction terminates.
Currently, the context manager only creates session locks, as the behavior of a
lock persisting after the context body has been exited is surprising, and
there's no way of releasing a transaction-scope advisory lock except to exit
the transaction.
------------------------------------------------
Repository : openSUSE-Tumbleweed-Oss
Name : python36-django-pglocks
Version : 1.0.4-1.6
Arch : noarch
Vendor : openSUSE
Installed Size : 14,6 KiB
Installed : No
Status : not installed
Source package : python-django-pglocks-1.0.4-1.6.src
Summary : PostgreSQL Advisory Locks for Django
Description :
django-pglocks provides a useful context manager to manage PostgreSQL advisory
locks. It requires Django (tested with 1.5), PostgreSQL, and (probably) psycopg2.
Advisory locks are application-level locks that are acquired and released purely
by the client of the database; PostgreSQL never acquires them on its own. They
are very useful as a way of signalling to other sessions that a higher-level
resource than a single row is in use, without having to lock an entire table or
some other structure.
It's entirely up to the application to correctly acquire the right lock.
Advisory locks are either session locks or transaction locks. A session lock is
held until the database session disconnects (or is reset); a transaction lock is
held until the transaction terminates.
Currently, the context manager only creates session locks, as the behavior of a
lock persisting after the context body has been exited is surprising, and
there's no way of releasing a transaction-scope advisory lock except to exit
the transaction.