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.
Tempest-lib is a functional testing library for OpenStack. It provides common features used in Tempest.
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 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 configuration API supports parsing command line arguments and .ini style configuration files.
This package provides a collection of Python deprecation patterns and strategies that help you collect your technical debt in a non-destructive manner.
This package provides themes and extensions for Sphinx for publishing to docs.openstack.org and developer.openstack.org.
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).
The oslo.serialization library provides support for representing objects in transmittable and storable formats, such as JSON and MessagePack.
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.
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 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.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 Test framework provides common fixtures, support for debugging, and better support for mocking results.
This package provides an utility that accesses files on a HTTP server and stores them locally for reuse. It is primarily used by the Orange framework.
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.
Orange Canvas Core is a framework for building graphical user interfaces for editing workflows. It is a component used to build the Orange Canvas data-mining application.
Orpheus is a light-weight text mode menu- and window-driven audio player application for CDs, internet stream broadcasts, and files in MP3 and Vorbis OGG format.
The Open Text Summarizer is a library and command-line tool for summarizing texts. The program reads a text and decides which sentences are important and which are not. OTS will create a short summary or will highlight the main ideas in the text.
The program can either print the summarized text as plain text or HTML. If in HTML, the important sentences are highlighted.
The program is multi lingual and works with UTF-8 encoding.
oyacc is a portable version of the OpenBSD's yacc program, with no dependencies besides libc.
The BFFE of Build Farm Front-end is an experimental frontend for Guix build farms. It works together with the Guix Data Service and Guix Build Coordinator to submit builds and monitor the activity.
It functions as a Guile library, with the run-bffe-service procedure in the (bffe) module as the entry point.
Nix is a purely functional package manager. This means that it treats packages like values in purely functional programming languages such as Haskell—they are built by functions that don't have side-effects, and they never change after they have been built. Nix stores packages in the Nix store, usually the directory /nix/store, where each package has its own unique sub-directory.