openFATE mobile

Posted by – 28. Januar 2011

My project for Hackweek IV was to bring openFATE to mobile devices, and have a shared framework, so we can easily create mobile versions of other opensuse sites, for example the build service.

I decided to use the jquery mobile framework and together with Andre we created a rails plugin that automatically switches iPhones and android devices to the mobile version.
(Use this link to test the mobile version with your desktop browser)

I also created a native app that is available from the market that wraps this mobile web interface:

My plan is now to create a similar interface for the opensuse build service
which offers some basic functionality, such as request handling, showing build status etc.


Developing Google Android Apps on openSUSE

Posted by – 14. September 2010

Creating an Android application is quite easy, you basically need 3 things: 

  • The Google Android SDK Tools (a complete set of development and debugging tools)
  • Eclipse with the Android Development Tools (ADT) Plugin
  • A good idea for your new app 🙂
Android Froyo

After creating your app you can publish it in the Android Market and make it available to millions of users on their smartphones.

Installing the Android SDK:

The SDK package can be installed from the build service or by manually downloading and unpacking the file from google.
I recommend the second way of unpacking the tarball to a directory your user can
write to, as it makes the installation of different android platforms (eg. 1,6, 2.2 …) easier.

Set up Eclipse with Android Development Tools

The ADT plugin is currently available for eclipse 3.5 („Galileo“) which can be directly downloaded here.

The ADT plugin can easily be installed using eclipse’s internal plugin manager.


The next step is to tell the ADT plugin your Android SDK location which can be done at:
Window > Preferences > Android


Create an Android 2.2 platform and a Virtual Android Device (avd)

The ADT plugin adds a little Android icon to the toolbar which opens the AVD manager.
This tool allows you to install several Android platform versions and and to start a virtual Android device. This virtual device can be used to test and debug your app.

Creating and running your Android app

The Android developer page contains a nice Hello World application to get you started. I would like to show an app that Duncan Mac-Vicar started: The openSUSE Build Service App.


Hosted on it’s easy for everyone to get the sources and play around with it. I just committed a quick fix to it so that it sorts the projectlist alphabetically.



You want to hear more about creating Android apps with openSUSE and using the openSUSE
infrastructure to build and distribute them? There will be a talk at the openSUSE conference „Collaboration across Borders“ that will take place in Nuremberg, Germany from 20th to 23rd of October 2010.

LinuxTag 2010

Posted by – 14. Juni 2010

Visiting Berlin for Linuxtag 2010 was nice 🙂
I did a talk about Ruby on Rails in the infrastructure (german) (slides) which showed how we use rails and which experiences we have with rails and related tools in the infrastructure.

On our booth we released the Build Service 2.0 last friday, and did a workshop helping people to install their own buildservice instance. I prepared an appliance in SUSE Studio for that, that reduces the effort of running your own buildservice instance to booting a live cd or a vmware image.

On our booth and all around the hall the openSUSE balloon clown was in action and created nice geekos for the audience!

How to help fixing problems in openSUSE

Posted by – 14. Januar 2010

If you found a problem in your openSUSE system, and know how to fix it, it is very easy now to contribute the fix back to the project.

For example a user had a problem with a boot script erroneously overwriting a file at each system boot. As he already found out how to fix it, I can demonstrate how easy it is to contribute this fix back to the project, so that every openSUSE user can benefit from it.

At first I had to find out which package to fix. This can be done by asking the package management system which package owns the buggy file:

> rpm -qf /etc/init.d/boot.clock


Now we create a branch of the package in the openSUSE buildservice:

> osc branch openSUSE:Factory aaa_base

Note: Please login to first to create your home project. The osc tool can be installed for openSUSE 11.2, 11.1.

The server created a copy of the package in your home project now.
You need to check it out to your local machine to do the changes:

osc co home:digitaltomm:branches:Base:System/aaa_base

You now have a directory ‚home:digitaltomm:branches:Base:System/aaa_base‘ containing the package source files.

You can now either directly change the sources of the package or create a patch file that gets included from the .spec file. Creating a patch file is preferred for source changes, so that the patch can easily be removed when the upstream project has included the fix. Changes to the .spec file can be done directly.

Let’s create a patch. This can be done manually with the patch command, or with the help of the quilt program.

I have to extract the source tarball, create a copy where I fix the code, and create the patch file by using diff to compare the original and the patched sources:

> cd home\:digitaltomm\:branches\:Base\:System/aaa_base
> tar -xf aaa_base.tar.bz2
> cp -r aaa_base aaa_base.orig
> vim aaa_base/etc/init.d/boot.clock
> diff -uNr aaa_base.orig aaa_base > adjtime.patch

Now the patch file needs to be referenced from the .spec file. This is done by adding a reference like this:

Source: aaa_base.tar.bz2
Patch0: adjtime.patch
%setup -n aaa_base
%patch0 -p1

To make sure the patch is applied correctly, and the package builds on openSUSE Factory, I start a local build:

> osc build --no-verify

When everything went fine, I can commit the changes to my branch, add a changelog entry and afterwards submit a request to get the changes included in the openSUSE Factory project:

> osc commit -m "Added adjtime fix from bnc#570245."
> osc vc
> osc submitreq -m 'Added adjtime fix from bnc#570245'
created request id 29474

The request is now pending and waiting to get reviewed by the project maintainers of openSUSE Factory. It’s state can be viewed with:

> osc request show 29474

or in the webinterface.

In my case the request got declined because Rudi was faster in fixing it, and I forgot to add a correct changelog entry first.

openSUSE Buildservice appliances

Posted by – 23. Dezember 2009

The openSUSE Buildservice will be released with version 1.7 soon next year.

We are already building beta packages in the openSUSE:Tools:Unstable project.

I started to build appliances for the OBS with SUSE Studio now:

openSUSE 11.2 released

Posted by – 17. November 2009

openSUSE 11.2 has been released today!

Read more about the included updates, such as:

After upgrading my workstation to 11.2, I already have some workarounds for minor problems:

Tips & Tricks:


It seems the database did not run after upgrading from 11.1 to 11.2.

To fix it I did a: sudo zypper rm mysql; sudo zypper in mysql

Note: This was reported as bug #539148, and is caused by the ‚–skip-federated‘ option in /etc/my.cnf

Kde4 konsole:

My „Home“ and „End“ keys did not work. Go to Settings -> Manage profiles -> edit profile -> Set to „Default (XFree4)“


Privoxy fails to start, because it is missing a config file. Fix:

sudo ln -s default.action /etc/privoxy/standard.action

The config file /etc/X11/xorg.conf is not needed anymore. I just moved it away.

Ideapad S12:

The Atom processor of the S12 seems to have a problem with the 11.2 kernel: It sleeps even if it should work 😉

Solution: adding processor.max_cstate=1 to the kernel line of /boot/grub/menu.lst

Setting up a development buildservice instance

Posted by – 9. September 2009

This article explains how to setup all parts of the openSUSE buildservice.
It will describe the needed steps to get it running with the latest sourcecode from svn, ready to use it and develop it.

If you just want to use the buildservice and are not interested in the latest code and it’s development, it is recommended to simply use the openSUSE instance, or install it from
rpm (howto).

The buildservice consists of various parts, mainly the backend, the frontend (API), and different clients that connect to the API, we will set it up with the webclient.

At first we need to check out the buildservice code:

svn co


Setting up the backend:

We need to initialize the config file, add a buildservice user, and create the working directories:

cd src/backend
sudo useradd obsrun -s /bin/false
sudo /usr/sbin/groupadd obsrun

sudo mkdir -p /srv/obs/run /srv/obs/projects
sudo chown -R obsrun /srv/obs/

This needs to be done as root or with sudo rights. To change the default directory or the user edit the file.

Now we are ready to start the servers. You should start each one in it’s own terminal to see the logfiles.

sudo ./bs_srcserver
sudo ./bs_repserver
sudo ./bs_dispatch
sudo mkdir /tmp/state
sudo ./bs_worker --root /tmp/build --statedir /tmp/state

Setting up the frontend (API):

We can create a config file for the development machine, so we don’t have to change the original one:

cd frontend; pushd config/environments;
cp development_base.rb development.`hostname`.rb;

Now we need to set up a database for the frontend, simply configure a database user in config/database.yml, crete the database and run:

rake db:migrate

now the database should be correctly initialized. Starting the API server with:

./script/server -p3001

makes it available at: Using a browser on this address you can change some administrative stuff. The pre-configured admin user has the credentials: Admin:opensuse

The API documentation is now available here:

This API can now be used by different clients, or standard tools like curl (howto).

Setting up the webclient:

Setting up the weblient for usage with the API is very easy, and explained in the wiki.

To use it with our local frontend, we just need to change some config values:

cd webclient; pushd config/environments/;
cp development_base.rb development.`hostname`.rb;

and set:

FRONTEND_HOST = "localhost"
Let’s start it on default port 3000 with:


Link your instance to the buildservice

As our backend does not yet have any repositories we could build packages against, the easiest way to get started is to link it against the openSUSE buildservice, so we are able to build against all repositories from there. This is unfortunately not yet possible from the admin interface, so we have to use the API directly with curl:

curl -u Admin:opensuse -T opensuse_link

with opensuse_link being a file with this content: 

<project name="" >
<title> build link</title>
<description>Build against projects from</description>
The linked project shown in the webclient


Now I want to create a project that builds against this repository, and build a package inside of it to show that everything is really working. For that, we create a home project for the admin user by clicking on „Home Project“.

We need to use curl again to add a repository from the linked buildservice as a build target:

curl -u Admin:opensuse -T _meta

with _meta being a file with this content: 

<project name="home:Admin">
  <title>Admin's Home Project</title>
  <repository name="openSUSE_11.1">
  <path project="" repository="standard"/>
  <person role="maintainer" userid="Admin"/>
  <person role="bugowner" userid="Admin"/>


The project is now ready to build packages against the openSUSE 11.1 repository from the linked buildservice. We could now create new packages and upload the sources and .spec files, but I will just link a package from the openSUSE buildservice to build it unchanged.


YAY! After some time we can see that the first package was build by our local buildservice and the RPMs are ready!

Did you get interested in buildservice development, or did you run into some limitations that you want to fix? There also is a wiki page at: that lists some tasks that can be done.


The buildservice community can be found on irc at #opensuse-buildservice at freenode, and on (subscribe).


openSUSE Feeds

Posted by – 23. März 2009

We added some public newsfeeds to hermes, the openSUSE notification system which is currently used for buildservice and openFATE messages.

If you have suggestions for other interesting feeds that should show up in the public feeds, please comment.

openFATE updated

Posted by – 20. März 2009

We updated the openSUSE feature tracking tool openFATE yesterday.
The update includes:

  • A nice browser search engine plugin, so you can search for features directly in your browsers search field.
  • Notifications over hermes. You can now
    subscribe to feature changes by email or RSS. There is also feed available with
    all feature changes.
  • The query results now have a sortable column for the score
  • External references such as bugzilla links or other features can be added,
    the products can be edited.

The full changelog is available here.

Leschs Universum bei youtube

Posted by – 31. Januar 2009

Der deutsche SciFi Channel veroeffentlicht alle Folgen von Leschs Universum online bei youtube 🙂