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.
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 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.
Tempest-lib is a functional testing library for OpenStack. It provides common features used in Tempest.
Python makes loading code dynamically easy, allowing you to configure and extend your application by discovering and loading extensions ("plugins") at runtime. Many applications implement their own library for doing this, using __import__ or importlib. Stevedore avoids creating yet another extension mechanism by building on top of setuptools entry points. The code for managing entry points tends to be repetitive, though, so stevedore provides manager classes for implementing common patterns for using dynamically loaded extensions.
The Oslo Concurrency Library provides utilities for safely running multi-thread, multi-process applications using locking mechanisms and for running external processes.
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).
Reno is a tool for storing release notes in a git repository and building documentation from them.
Git-review is a command-line tool that helps submitting Git branches to Gerrit for review, or fetching existing ones.
The oslo.i18n library contain utilities for working with internationalization (i18n) features, especially translation for text strings in an application or library.
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.
Keystoneauth provides a standard way to do authentication and service requests within the OpenStack ecosystem. It is designed for use in conjunction with the existing OpenStack clients and for simplifying the process of writing new clients.
Os-testr provides developers with a testr wrapper and an output filter for subunit.
This package provides a collection of Python deprecation patterns and strategies that help you collect your technical debt in a non-destructive manner.
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 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.
Python-hacking is a set of flake8 plugins that test and enforce the OpenStack style guidelines.
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.
The Oslo configuration API supports parsing command line arguments and .ini style configuration files.
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.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.i18n library contain utilities for working with internationalization (i18n) features, especially translation for text strings in an application or library.
Orange Widget Base provides a base widget component for a interactive GUI based workflow. It is primarily used in the Orange framework.
Orange is a component-based, graphical framework for machine learning, data analysis, data mining and data visualization.