How to Install and Uninstall python311-Beaker Package on openSuSE Tumbleweed

Last updated: November 27,2024

1. Install "python311-Beaker" package

Please follow the step by step instructions below to install python311-Beaker on openSuSE Tumbleweed

$ sudo zypper refresh $ sudo zypper install python311-Beaker

2. Uninstall "python311-Beaker" package

Here is a brief guide to show you how to uninstall python311-Beaker on openSuSE Tumbleweed:

$ sudo zypper remove python311-Beaker

3. Information about the python311-Beaker package on openSuSE Tumbleweed

Information for package python311-Beaker:
-----------------------------------------
Repository : openSUSE-Tumbleweed-Oss
Name : python311-Beaker
Version : 1.12.1-1.6
Arch : noarch
Vendor : openSUSE
Installed Size : 514.1 KiB
Installed : No
Status : not installed
Source package : python-Beaker-1.12.1-1.6.src
Upstream URL : https://github.com/bbangert/beaker
Summary : A Session and Caching library with WSGI Middleware
Description :
Beaker is a web session and general caching library that includes WSGI
middleware for use in web applications.
As a general caching library, Beaker can handle storing for various times
any Python object that can be pickled with optional back-ends on a
fine-grained basis.
Beaker was built largely on the code from MyghtyUtils, then refactored and
extended with database support.
Beaker includes Cache and Session WSGI middleware to ease integration with
WSGI capable frameworks, and is automatically used by Pylons.
Features include:
* Fast, robust performance
* Multiple reader/single writer lock system to avoid duplicate simultaneous
cache creation
* Cache back-ends include dbm, file, memory, memcached, and database (Using
SQLAlchemy for multiple-db vendor support)
* Signed cookie's to prevent session hijacking/spoofing
* Cookie-only sessions to remove the need for a db or file backend (ideal
for clustered systems)
* Extensible Container object to support new back-ends
* Cache's can be divided into namespaces (to represent templates, objects,
etc.) then keyed for different copies
* Create functions for automatic call-backs to create new cache copies after
expiration
* Fine-grained toggling of back-ends, keys, and expiration per Cache object