Project Description

Current kGraft implementation allows to apply new patch only when the previous one is applied to the whole system. Every task is handled separately and it needs to wait for a safe place to switch. It might take a while, especially when the task is sleeping.

This was planned for previous hackweek (hw16-1)

We need to package avocado, get it into distro and migrate some of our testsuites from ctcs2. Atm avocado is present in openSUSE:Factory and Backports exist at my home project

Create a prototype of an agent on kvm hosts to control the distributen of master / worker nodes between different kvm hosts. No central control plane should be used - the main design goal should be: as simple as possible :-)

Description

Recent packages for Chef on the SUSE platforms are in a poor shape. In the meantime, Chef 12 is in the beta phase. Let's use the hack week to polish and update our Chef packages.

CaaSP is designed to be used with containers based on SUSE micro OS, using Salt as the management tool. CaaSP2 GMC is available at the moment. I want to spend the hackweek 0x10 to play with it, figure out how CasSP integrate and work with Salt.

Description

There have been repeated requests for a machine-friendly dmidecode output over the last decade. During Hack Week 19, 5 years ago, I prepared the code to support alternative output formats, but didn't have the time to go further. Last year, Jiri Hnidek from Red Hat Linux posted a proof-of-concept implementation to add JSON output support. This is a fairly large pull request which needs to be carefully reviewed and tested.

A few months ago, I started thinking "it cannot be that hard to model my house using some CAD software". And of course I miserably failed.

I had presented the "Wicked Network Manager" talk at openSUSE Asia summit @Beijing. I would like to keep studying the topic continuously. Getting involve the source code and study the operating style and components. I also met some problem after discussing and testing issues while my research , I want to keep it as a record and writing the technical document on wiki too.

The Idea

Since some time I am interested in getting better at C++ and learn more about Qt framework. Since I learn best with having a project/goal I came up with this:

Over lunch the machinery team was talking about telepresence and mobile solutions and I came up with the idea of abusing a cheap wifi controlled toy tank as base for such a project.

How to deploy container - Docker based on SUSE CaaS Platform.

The trend of adopting Web technology in Desktop is ubiquitous these days. Both as a learning project and a proof of concept, we'd like to

Project Description

The idea is to create and internally host a simple webpage with proper backend code allowing quicker and easier lookup for package maintainers and bug owners from OSC. Nothing fancy, just a page with search box and few radio button parameters to execute the lookup and display the results. Obviously it needs to fulfill security measures when it comes to the access to OSC on the service level and also user access rights to the search page itself (e.g. Okta). Currently the lookup can be done via terminal (which is OK), but there are security measures in place which makes the lookup difficult for some and granting an engineering VPN access just for the sake of this OSC lookup is a bit an overkill for people that do not need it for any other purpose.

What I do: learn the virtualization knowledge, get familiar with various ways to migrate guest, know the user's normal scenarios and requirement. Goals: give an introduction or a summary to share, including text and graphics about virtualization and guest migration.

"GNU Hyperbole is an open, efficient, programmable information management and hypertext system for GNU Emacs." ()

Goals

Instruction

I recently got Jeedom working on SLES for Raspberry Pi. However, I'ld love to play more with it like controlling my window shutters. This hackweek could also be an occasion to get as much as possible of the jeedom plugins to work on SLES and openSUSE.

Description

This project aims to develop a comprehensive Data Observability Dashboard that provides r insights into key aspects of data quality and reliability. The dashboard will track:

Learn about developing a YaST plugin by creating a plugin to manage SSH Tunnels. Creating SSH port tunnels along with corresponding iptables rules is a useful technique for being able to access virtual machines on a remote host that only visible on a private network. Managing and maintaining these connections via scripts and tmux sesssions is less desirable than doing it through a nice UI like YaST.