Since I'm a maintainer of Gnome-Logs, I'd like to hack on Gnome-Logs. During the hack week I'll focus on the <a href="https://bugzilla.gnome.org/show_bug.cgi?id=753471&quot;&gt;bug 753471</a> of Logs. Generally it's a new feature, allowing Logs to show logs entries dynamically(when new logs appended).

During hack week I will carry on the research I started to write my thesis. The work is called "Turbulence Driven Clustering in Nematic Active Particles" and will (hopefully) make it into a Physical Review Letters paper.

My hobby project is about using Lego mindstorms to turn a lathe / turning machine into a CNC. One missing piece is the "CAM" part that takes a 3D model and produces gcode that determines the tool-path.

I want to use this week to familiar with the SUSE products that i don't have time/chance to participate. For instance, SUSE Cloud, SUSE storage, Docker etc... Just like the presentations in SUSEcon 2015 closing keynote.

The goal is to jump forward with this fate: https://fate.suse.com/319319

and find out how it compares to salt

I have a few ideas of improvements for the delogo filter included in ffmpeg's libavfilter. As a first step I would like to clean up the code by removing one unneeded option and then removing all the subsequently dead code.

Openstack Congress provides Policy as a service solution for Openstack based clouds. Policy based fulfillment makes it convenient to write policies for VM migrations and evacuations based on data monitored from various data sources. The aim of the project is to integrate the service to SUSE openstack cloud and evaluate the use of policies as a means to develop HA solutions. The steps for this project:

A normal Xen server today has many single points of failure. Those can be reduced by disaggregating Dom0 into multiple domains (xenstore, driver domains, admin domain). Following this path to it's logical end will lead to a setup where the running domUs won't be depending on Dom0 any more, so Dom0 itself can be made restartable. This project aims at beginning with a prototype by setting up a configuration with a xenstore domain and a driver domain for networking. This will allow running a pv-domU with network resources only (nfs or iscsi root file system) no longer needing Dom0 to run.

Porting training labs to Python. This includes re-implementing the host side BASH scripts (which handle VirtualBox and KVM related tasks) to Python. For full details on this please follow training-labs project: git://git.openstack.org/openstack/training-labs.git

Tahoe-LAFS is an open-source decentralized cloud storage system. It distributes your data across multiple servers. Even if some of the servers fail or are taken over by an attacker, the entire file store continues to function correctly, preserving your privacy and security. It provides a provider-independent security where the storage provider does not have access to the unencrypted data because all data is encrypted, erasure-coded, and hashed before leaving the client's machine thus preserving confidentiality, availability, and integrity of the data.

This Hackweek I would like to finish enhancing of the mysql-packaging git repository [1]. This improvement mainly consists of scripts for a kind of simple continuous integration and git hooks to enforce a few policies for our project. If there is a time I will also take a look at the mysql package itself and check if there is anything to improve. [1] https://github.com/openSUSE/mysql-packaging

Our QEMU/KVM testing needs to be improved. I plan on working on an ontology to help form the basis of a thorough test matrix for

AFAIK, wireshark is the best Linux tool for analyzing network traffic. Primarily intended for Ethernet networks, there is now also support for very different protocols (e.g. USB). Sadly, there is no support for fibre channel, most likely because there is even no infrastructure in the kernel. I doubt I could write the complete stack within just one week. The result should be a clear plan of what needs to be done on each level and a proof-of-concept implementation of at least some parts.

Testing libgphoto2/gphoto2 is a long winding task and currently requires physical cameras. There is some testsuite, but it does not test the actual camera driver(s).