Being part of SUSE's Storage Team I frequently talk about our Deployment tool called Deepsea.

Once more mailprocessing has developed some bitrot, namely this recent crash:

Hydrogen is a software drum machine and pattern editor.

Last hackweek I have use multi-machine for RMT testing. This hackweek I would like to research how to develop the multi-machine at openQA.

Since a few months it is now possible to build an upstream QEMU which includes only our supported VCPU accelerator.

I'm using soundkonverter a lot (my whole music collection is flac, but for the car or my children I prefer mp3) and it is working fine. However when doing mass conversions, building the list of files to convert can take ages. It seems the filelist is being re-created for every title added. Debug it and try to fix it in order to speed up this operation.

Displays your openQA instance status, the feature/behavior should had at least like the list below,

We had old arndale images working, but those were based on openSUSE-12.x which is now long obsolete and bad (e.g. missing security updates).

The openSUSE build service could build hundreds of packages in parallel but in practice serial package dependencies prevent that.

I wanted to work on something test related this hackweek since we always need more automated testing of our virtualization-related packages. There are many possible test-related topics, but I think a good addition would be more unit tests that are run during build time, e.g. during 'make check'. Additional tests of this nature would then be run by upstream developers and the various distro CI setups, exposing the tests to more environments than would typically be available within SUSE.

Since there is no real documentation about openQA's lib/ functions I wanted to kill two birds with one stone and write a parser in perl that extracts all function names (and maybe preceding comments) in said directory and improve my perl knowledge by doing this.

An initial prototype from the last hackweek can be found on YouTube

I just got the FST-01G device from my friend, which could work as the Gnuk token. I'm going to try to make it work for ssh authentication.

Currently, way we distribute ssh keys within QAM on our testing infrustructure is a bit cumbersome - maybe we should try to (ab)use existing salt used by our internal infra team.

My goal is build on Alberto's work on "yomi" and the new Salt-based virtualization management features that Cedric has contributed, then combine them with a Redfish prototype to do the following from one (ideally idempotent) Salt state (orchestration state if required):

The idea is to hack os-autoinst-distri-opensuse infrastucture and explore design patterns that can fit. The end point of this is to restructure the framework in such a way that the main-common.pm is more efficient, functional and readable.

• jruby
• ruboto homepage

Project Description

The Robot Operating System (ROS) is a set of software libraries and tools for building robot applications. From drivers and state-of-the-art algorithms to powerful developer tools, ROS has the open source tools you need for your next robotics project.