Developer Information

Type Annotations

Python type annotations / hints for the base Libcloud compute API have beenadded in v2.7.0.

The goal behind type annotations is to make developer lives easier byintroducing optional static typing for Python programs.

This allows you to catch bugs and issues which are related to variable typesearlier and faster (aka when you run mypy locally either manually orintegrated in your editor / IDE and also as part of you CI/CD buildpipeline).

An example of how to use type annotations correctly is shown below.

# Licensed to the Apache Software Foundation (ASF) under one or more
# contributor license agreements.  See the NOTICE file distributed with
# this work for additional information regarding copyright ownership.
# The ASF licenses this file to You under the Apache License, Version 2.0
# (the "License"); you may not use this file except in compliance with
# the License.  You may obtain a copy of the License at
#
#     http://www.apache.org/licenses/LICENSE-2.0
#
# Unless required by applicable law or agreed to in writing, software
# distributed under the License is distributed on an "AS IS" BASIS,
# WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
# See the License for the specific language governing permissions and
# limitations under the License.
 
from libcloud.compute.types import Provider
from libcloud.compute.providers import get_driver
 
from libcloud.compute.drivers.ec2 import EC2NodeDriver
from libcloud.compute.drivers.rackspace import RackspaceNodeDriver
 
from typing import Type, cast
 
ec2_cls = get_driver(Provider.EC2)
rackspace_cls = get_driver(Provider.RACKSPACE)
 
# NOTE: If you are using driver methods which are not part of the standard API,
# you need to explicitly cast the driver class reference to the correct class
# for type checking to work correctly
EC2 = cast(Type[EC2NodeDriver], ec2_cls)
Rackspace = cast(Type[RackspaceNodeDriver], rackspace_cls)
 
drivers = [EC2('access key id', 'secret key', region='us-east-1'),
           Rackspace('username', 'api key', region='iad')]
 
nodes = []
for driver in drivers:
    nodes.extend(driver.list_nodes())
 
print(nodes)
# [ <Node: provider=Amazon, status=RUNNING, name=bob, ip=1.2.3.4.5>,
# <Node: provider=Rackspace, status=REBOOT, name=korine, ip=6.7.8.9.10>, ... ]
 
# grab the node named "test"
node = [n for n in nodes if n.name == 'test'][0]
 
# reboot "test"
node.reboot()

If you are using driver methods which are not part of the Libcloud standardAPI, you need to use cast() method as shown below to cast the driver classto the correct type. If you don’t do that, mypy will only be aware of themethods which are part of the Libcloud base compute API (akaBaseNodeDriver class).

This is needed because of how Libcloud utilizes meta programming for theget_driver() and related methods (there is no other way without writinga mypy plugin to achieve that).

Mailing Lists

All of the communication about Libcloud development happens on our mailinglists.

• announce@libcloud.apache.org - Moderated and low volume mailing list whichis only used for distributing important project announcements and updates.(announce-archive)
• users@libcloud.apache.org - Mailing list for general talk about Libcloudand other off-topic things(users-archive)
• dev@libcloud.apache.org - General mailing list for developers(dev-archive)
• notifications@libcloud.apache.org - Commits messages and other automaticallygenerated notifications go to this mailing list.Keep in mind that unlike the others, this mailing list is fairly noisy.(notifications-archive, commits-archive)

Archive of old incubator mailing lists:

• incubator-libcloud
• incubator-libcloud-commits

IRC

• libcloud on Freenode

Issue Tracker

For bug and issue tracking we use Github issues located athttps://github.com/apache/libcloud/issues.

Testing

For information how to run the tests and how to generate the test coveragereport, please see the Testing page.

Continuous Integration

For continuous integration we use Travis-CI. You can find build reports on thefollowing links:

• https://travis-ci.org/apache/libcloud

Travis-CI builder is also integrated with Github which means that if you open apull request there, Travis-CI will automatically build it.

If you want to validate the build before raising the PR, Travis-CI can be enabled for personalaccounts and branches separately.

Test Coverage

Test coverage report is automatically generated after every push and can befound at https://codecov.io/github/apache/libcloud?branch=trunk.