Enter the query into the form above. You can look for specific version of a package by using @ symbol like this: gcc@10.
API method:
GET /api/packages?search=hello&page=1&limit=20
where search is your query, page is a page number and limit is a number of items on a single page. Pagination information (such as a number of pages and etc) is returned
in response headers.
If you'd like to join our channel webring send a patch to ~whereiseveryone/toys@lists.sr.ht adding your channel as an entry in channels.scm.
This is a module for handling LDAP operations in Python. LDAP entries are mapped to a special Python case-insensitive dictionary, tracking the changes of the dictionary to modify the entry on the server easily.
Set of OpenPGP (RFC4880) tools that works on Linux, *BSD and macOS as a replacement of GnuPG. It is maintained by Ribose after being forked from NetPGP, itself originally written for NetBSD.
librnp is the library used by rnp for all OpenPGP functions, useful for developers to build against. It is a “real” library, not a wrapper like GPGME of GnuPG.
This package provides a C++ library for working with S-Expressions.
The OpenStack Service Types Authority contains information about officiag OpenStack services and their historical service-type aliases. The data is in JSON and the latest data should always be used. This simple library exists to allow for easy consumption of the data, along with a built-in version of the data to use in case network access is for some reason not possible and local caching of the fetched data.
This package provides a collection of Python deprecation patterns and strategies that help you collect your technical debt in a non-destructive manner.
OpenStack Object Storage (code-named Swift) creates redundant, scalable object storage using clusters of standardized servers to store petabytes of accessible data. It is not a file system or real-time data storage system, but rather a long-term storage system for a more permanent type of static data that can be retrieved, leveraged, and then updated if necessary. Primary examples of data that best fit this type of storage model are virtual machine images, photo storage, email storage and backup archiving. Having no central "brain" or master point of control provides greater scalability, redundancy and permanence.
Python-hacking is a set of flake8 plugins that test and enforce the OpenStack style guidelines.
Python-keystoneclient is the identity service used by OpenStack for authentication (authN) and high-level authorization (authZ). It currently supports token-based authN with user/service authZ, and is scalable to support OAuth, SAML, and OpenID in future versions. Out of the box, Keystone uses SQLite for its identity store database, with the option to connect to external LDAP.
The oslo.i18n library contain utilities for working with internationalization (i18n) features, especially translation for text strings in an application or library.
The oslo.i18n library contain utilities for working with internationalization (i18n) features, especially translation for text strings in an application or library.
The oslo.serialization library provides support for representing objects in transmittable and storable formats, such as JSON and MessagePack.
The oslo.log (logging) configuration library provides standardized configuration for all OpenStack projects. It also provides custom formatters, handlers and support for context specific logging (like resource id’s etc).
This is a set of integration tests to be run against a live OpenStack cluster. Tempest has batteries of tests for OpenStack API validation, scenarios, and other specific tests useful in validating an OpenStack deployment.
Tempest-lib is a functional testing library for OpenStack. It provides common features used in Tempest.
The OpenStack Service Types Authority contains information about officiag OpenStack services and their historical service-type aliases. The data is in JSON and the latest data should always be used. This simple library exists to allow for easy consumption of the data, along with a built-in version of the data to use in case network access is for some reason not possible and local caching of the fetched data.
The Oslo Test framework provides common fixtures, support for debugging, and better support for mocking results.
The oslo.log (logging) configuration library provides standardized configuration for all OpenStack projects. It also provides custom formatters, handlers and support for context specific logging (like resource id’s etc).
The Oslo context library has helpers to maintain useful information about a request context. The request context is usually populated in the WSGI pipeline and used by various modules such as logging.
The Python requests library bundles the urllib3 library, however, some software distributions modify requests to remove the bundled library. This makes some operations difficult, such as suppressing the “insecure platform warning” messages that urllib emits. This package is a simple library to find the correct path to exceptions in the requests library regardless of whether they are bundled or not.
The cliff framework allows creating multi-level commands such as those of subversion and git, where the main program handles some basic argument parsing and then invokes a sub-command to do the work. It uses plugins to define sub-commands, output formatters, and other extensions.
This package provides a client library for building applications to work with OpenStack clouds. The SDK aims to provide a consistent and complete set of interactions with OpenStack’s many services, along with complete documentation, examples, and tools.
The Oslo Concurrency Library provides utilities for safely running multi-thread, multi-process applications using locking mechanisms and for running external processes.
The cliff framework allows creating multi-level commands such as those of subversion and git, where the main program handles some basic argument parsing and then invokes a sub-command to do the work. It uses plugins to define sub-commands, output formatters, and other extensions.
The Oslo Test framework provides common fixtures, support for debugging, and better support for mocking results.