Description

Description

To begin exploring the Cockpit application and better understand its core concepts, I needed a simple project. I decided to start with a straightforward task: simply displaying system information. My chosen implementation was to install a SAP HANA system on a SLES 16 machine and print some details about the HANA database as a first step.

I'm sitting on old patches that implemented predicated value numbering in GCC by combining the algorithms from http://portal.acm.org/citation.cfm?id=512529.512536

My home server, and my other box hosting https://sysrich.co.uk are both in need of a bit of a refresh

We have an ongoing project where we want to build openSUSE Factory with PIE support for all packages.

I'm going to port coreboot to the Dell Latitude E6230 laptop and make it work.

The idea is simple - I want to learn Python :) My previous knowledge about Python is small. Only few tutorials and some initial readings of below mentioned books to get an overview.

Learn and use tools to build/deploy SUSE/openSUSE to the KVM environment for developing kernel CVE patches and testing automation

Project Description

Description

> Garmin Podcasts is a Garmin Connect IQ podcast app powered by Podcast Index. No external service or subscription required: all you need is you watch!

Description

Try to create test case about Selenium base on Python

The Proposal

Description

New and old private hardware is still around here. Some items I want to use, others I want to get rid of.

The heuristics driving the actions of interprocedural constant propagation (IPA-CP) has been designed when the pass was written and always meant to be then tweaked "later." Moreover, since that time a lot has changed but the decision making has not adapted.

My plan is to add some more features to Weblate. The list is definitely not complete, but I'd like to check at least following areas:

Our books are also available as regular software packages such as 'sles-manuals_en'.

It would be excellent if Hackweek projects had a standard way to include URLs for their code repositories, as well as URLs for communication methods like chat and email. This would allow folks who are interested in a project to either lurk a bit to learn more, or directly reach out to the folks running the project.

Current virtualization requirements mainly come from fate, and I haven't got chance to try freely many features of qemu/libvirt. So I will try to play it.

Currently Salt is using supportconfig utility alongside with the SUSE Manager installation. Every single bugreport for Salt, that contains its logs are always useless that regard. It might work for SUSE Manager, but for Salt it doesn't. And even after asking user to switch the cluster into a debug mode or even trace mode, it is still far away from being useful enough, so the supporter don't need to dance with the tambourine around the fire, guessing what ghost just munged what component.

Since my mailbox has migrated to office365 mailbox a couple of weeks ago, I tried to optimize my tool chain to sync my mail and calendar and integrate to the gnome-shell (calendar, notification). So far I am comfortable with such a set and gonna use 2-3 hours in hackweek to summarize the practice of combining the following tools in written format:

Investigate possibilities for the distributed builds for Ceph to speed up builds.

Project Description

Explore django

Build a network of ("edge") humidity sensors using Raspberry Pis with SenseHats and additional cheaper sensors

Description

Implement a trentoctl CLI for interacting with a trento installation

Description

Description

A long time ago I explored using the Robot Framework for testing. A big deficiency over our openQA setup is that bringing up and configuring the connection to a test machine is out of scope.

Working on a way to add exceptions using javascript (jquery), php, json, and mysql to modify the generated calendar used to manage who is on after hours.

Although I've been maintaining CRIU package, I had little time to play with it recently. It's still interesting especially in combination with various containers. So let's spend (or waste) some time.

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 bug 753471 of Logs.

There are vastly different syntaxes being used by Linux softwares nowadays - Apache, Bind, NTP, Postfix, just to name a few. It is a very tedious task to implement comprehensive parser for every single configuration file, and even more difficult to produce configuration text (file content) from parsed syntax tree.

Sometimes, you want a flexible way to handle certain situations involving C++ exceptions, particularly those for which alternative actions are either easily encapsulated, do not substantially interrupt the program flow, or must cross a foreign-function interface or thread boundary.