Personal tools
Skip to content. | Skip to navigation
OpenStack aodh provides API and services for managing alarms. This package contains the aodh python library.
Advanced Python Scheduler (APScheduler) is a Python library that lets you schedule your Python code to be executed later, either just once or periodically. You can add new jobs or remove old ones on the fly as you please. If you store your jobs in a database, they will also survive scheduler restarts and maintain their state. When the scheduler is restarted, it will then run all the jobs it should have run while it was offline [1]. Among other things, APScheduler can be used as a cross-platform, application specific replacement to platform specific schedulers, such as the cron daemon or the Windows task scheduler. Please note, however, that APScheduler is not a daemon or service itself, nor does it come with any command line tools. It is primarily meant to be run inside existing applications. That said, APScheduler does provide some building blocks for you to build a scheduler service or to run a dedicated scheduler process. APScheduler has three built-in scheduling systems you can use: Cron-style scheduling (with optional start/end times) Interval-based execution (runs jobs on even intervals, with optional start/end times) One-off delayed execution (runs jobs once, on a set date/time) You can mix and match scheduling systems and the backends where the jobs are stored any way you like. Supported backends for storing jobs include: Memory SQLAlchemy (any RDBMS supported by SQLAlchemy works) MongoDB Redis APScheduler also integrates with several common Python frameworks, like: asyncio (PEP 3156) gevent Tornado Twisted Qt (using either PyQt or PySide) [1] The cutoff period for this is also configurable.
Async aims to make writing asyncronous processing easier. It provides a task-graph with interdependent tasks that communicate using blocking channels, allowing to delay actual computations until items are requested. Tasks will automatically be distributed among 0 or more threads for the actual computation.
Friendly state machines for python.
This project provides a set of Python packages that make it easy to access the Microsoft Azure components such as ServiceManagement, Storage, and ServiceBus. The SDK supports Python 2.7, 3.3, 3.4. Features Tables create and delete tables create, query, insert, update, merge, and delete entities Blobs create, list, and delete containers, work with container metadata and permissions, list blobs in container create block and page blobs (from a stream, a file, or a string), work with blob blocks and pages, delete blobs work with blob properties, metadata, leases, snapshot a blob Storage Queues create, list, and delete queues, and work with queue metadata create, get, peek, update, delete messages Service Bus Queues: create, list and delete queues; create, list, and delete subscriptions; send, receive, unlock and delete messages Topics: create, list, and delete topics; create, list, and delete rules Service Management storage accounts: create, update, delete, list, regenerate keys affinity groups: create, update, delete, list, get properties locations: list hosted services: create, update, delete, list, get properties deployment: create, get, delete, swap, change configuration, update status, upgrade, rollback role instance: reboot, reimage discover addresses and ports for the endpoints of other role instances in your service get configuration settings and access local resources get role instance information for current role and other role instances query and set the status of the current role
The Secure Sockets layer is only actually secure if you check the hostname in the certificate returned by the server to which you are connecting, and verify that it matches to hostname that you are trying to reach. But the matching logic, defined in RFC2818, can be a bit tricky to implement on your own. So the ssl package in the Standard Library of Python 3.2 now includes a match_hostname() function for performing this check instead of requiring every application to implement the check separately. This backport brings match_hostname() to users of earlier versions of Python. The actual code inside comes verbatim from Python 3.2.
This package contains the barbican python library. It is required by both the API(openstack-barbican) and worker(openstack-barbican-worker) packages.
This is a client for the Barbican Key Management API. There is a Python library for accessing the API (barbicanclient module), and a command-line script (barbican).
CLI for managing your JIRA / Gerrit / git workflow.
This package contains extensions to the multiprocessing Pool.