Jump to: navigation, search

Packaging/SUSE

< Packaging
Revision as of 17:25, 3 August 2012 by Berendt (talk)

SUSE packaging

B1 Systems provides OpenStack packages for OpenSUSE and SLE through the openSUSE Build Service.

You can find all the packages in the subprojects from isv:B1-Systems:OpenStack.

Development packages (using snapshots from the git repositories) are located in the project isv:B1-Systems:OpenStack:devel.

Packages for the latest stable release (Essex) are available in the project isv:B1-Systems:OpenStack:release:Essex.

At the moment we provide packages for the following projects:

This packaging work is thanks to the efforts of:

Usage

After adding our repositories like described here and running zypper ref you can find all openstack packages by searching for "openstack" (zypper search openstack)

openSUSE 12.1

First you have to import several GPG public keys:


rpm --import http://download.opensuse.org/repositories/isv:/B1-Systems:/OpenStack:/release:/Essex/openSUSE_12.1/repodata/repomd.xml.key
rpm --import http://download.opensuse.org/repositories/isv:/B1-Systems:/OpenStack:/release:/Essex:/requirements/openSUSE_12.1/repodata/repomd.xml.key


Then you can add the repositories using zypper:


zypper ar http://download.opensuse.org/repositories/isv:/B1-Systems:/OpenStack:/release:/Essex/openSUSE_12.1/isv:B1-Systems:OpenStack:release:Essex.repo
zypper ar http://download.opensuse.org/repositories/isv:/B1-Systems:/OpenStack:/release:/Essex:/requirements/openSUSE_12.1/isv:B1-Systems:OpenStack:release:Essex:requirements.repo


SLES11 SP2

First you have to import several GPG public keys:


rpm --import http://download.opensuse.org/repositories/isv:/B1-Systems:/OpenStack:/release:/Essex/SLE_11_SP2/repodata/repomd.xml.key
rpm --import http://download.opensuse.org/repositories/isv:/B1-Systems:/OpenStack:/release:/Essex:/requirements/SLE_11_SP2/repodata/repomd.xml.key


Then you can add the repositories using zypper:


zypper ar http://download.opensuse.org/repositories/isv:/B1-Systems:/OpenStack:/release:/Essex/SLE_11_SP2/isv:B1-Systems:OpenStack:release:Essex.repo
zypper ar http://download.opensuse.org/repositories/isv:/B1-Systems:/OpenStack:/release:/Essex:/requirements/SLE_11_SP2/isv:B1-Systems:OpenStack:release:Essex:requirements.repo


RabbitMQ

You can find an up to date version of RabbitMQ in the project "isv:B1-Systems:OpenStack:tools:rabbitmq" for SLES11 SP2 and openSUSE 12.1. Add the public GPG key and the repository on your queuing system this way:

openSUSE 12.1

rpm --import http://download.opensuse.org/repositories/isv:/B1-Systems:/OpenStack:/tools:/rabbitmq/openSUSE_12.1/repodata/repomd.xml.key
zypper ar http://download.opensuse.org/repositories/isv:/B1-Systems:/OpenStack:/tools:/rabbitmq/openSUSE_12.1/isv:B1-Systems:OpenStack:tools:rabbitmq.repo


SLES11 SP2

rpm --import http://download.opensuse.org/repositories/isv:/B1-Systems:/OpenStack:/tools:/rabbitmq/SLE_11_SP2/repodata/repomd.xml.key
zypper ar http://download.opensuse.org/repositories/isv:/B1-Systems:/OpenStack:/tools:/rabbitmq/SLE_11_SP2/isv:B1-Systems:OpenStack:tools:rabbitmq.repo


Python @ SLES11 SP2

NOTE: SUSE officially fixed the problem with the unicode keyword arguments and upgraded python from 2.6.0 to 2.6.8. You have to use at least the following versions of python and python-base to not run in problems while using OpenStack on SLES11 SP2.

  • python-2.6.8-0.13.1
  • python-base-2.6.8-0.13.1

For the problem with the ident of threads is a patch available: https://bugs.launchpad.net/nova/+bug/971629. It's included in our OpenStack packages.

To verify that your python interpreter on SLES11 SP2 is usable without problems you can simply run the follwing script. If you got an exception running the script apply the latest updates and check the versions of python and python-base.


#!/usr/bin/python

## vim: set syn=on ts=4 sw=4 sts=0 noet foldmethod=indent:
## purpose: check if python interpreter contains blocking issues for OpenStack
## copyright: B1 Systems GmbH <info@b1-systems.de>, 2012.
## license: GPLv3+, http://www.gnu.org/licenses/gpl-3.0.html
## author: Christian Berendt <berendt@b1-systems.de>, 2012.

print "test if keyword arguments with unicode keys are working without problems"
print "expected result: {u'key': 'value'}"
print

def testing(**kwargs):
    print kwargs

try:
    testing(**{u'key': 'value'})
except TypeError:
    print "ERROR: catched TypeError, keyword arguments with unicode keys are NOT working"


If everything is fine you should receive a similiar output:


test if keyword arguments with unicode keys are working without problems
expected result: {u'key': 'value'}

{u'key': 'value'}


If the issues are still there the output would look like this one:


test if keyword arguments with unicode keys are working without problems
expected result: {u'key': 'value'}

ERROR: catched TypeError, keyword arguments with unicode keys are NOT working