The title of this project is inspired from the must-see video

The afl fuzzer is an interesting tool that uses compile time instrumentation and genetic algorithms to automatically produce test cases that will trigger different code paths in binary...

git rebase is a very useful construct in source control management, as it allows you to re-apply your changes atop a different branch of the same repository. While this concept transitions perfectly to container management (updating a container could be as easy as a docker rebase), and the Docker client is inspired by the git semantics, Docker has no such feature (in fact, Solomon Hykes used rebase and merge as examples of things "that we don't want"). Currently, zypper-docker works by applying an updated layer on top of an existing image. While this does work quite well, it separates the process of updating the base image and updating all of your derivative images (you need to re-download new packages for each derivative image).

As detailed previously on devel and opensuse-factory the KDE team didn't have access to their bugs and could not actively subscribe.

We currently have a set of shell scripts that verify if patches can be properly installed on multiple combinations of base products, extensions and modules. These scripts are all written in shell and are annoying to maintain, as configuration and code is all mixed up.

The basic idea is is to boot the plain SUSE installation system (inst-sys) but to not let it run YaST.

There were several attempts to integrate ABRT to openSUSE. In this Hack Week I'd like to:

• learn how to code on golang
• create a script for docker testing (bash or python)

motivation

jenkins is a great CI system (continuous integration) with a plethora of plugins available. SUSE QA uses openQA extensively as it excels in distribution and product testing - not only image comparison (common misconception ;-) ). How about combining both in using jenkins with plugins to act as a UI for openQA?

It's a CTF like game, where the goal is to unlock "lock" devices. Having access to a disassembled code you have to create an input that will unlock the device by exploiting a bug in its code.

See README for description of the Dove-eye project (poor man's Hawk-Eye).

Challenge

I want to use this hackweek to get some practice with git and rst and maybe more specifically, as a project, to set a blog written in rst and hosted in github.

French government provides a pretty [up-to-date data][0] set with the gas prices in France as open data. These data could be useful in the offline GPS application [Osmand][1] for drivers to find the cheapest nearby place to buy they gas.

Let third parties to get notifications about build failures without having maintainer rights

The download end-point of Spacewalk/SUSE Manager resolves the packages from channels dynamically with a database query.

Networkmanager uses some simple dbus interfaces of firewalld to allow configuring a firewall zone for connections. FWZS offers similar features on top of SuSEfirewall2.

Currently, dealing with forkbombs and similar issues with Docker and runC is not very nice (you have to set a global limit for all Docker processes or you have to limit kernel memory which isn't very practical). I'm going to work on getting [some][1] [patches][2] merged into runC and Docker to enable PIDs support for Docker.

the Taipei office lacks automatic printer discovery so everyone has to download and install some weird "driver". That's not the Linux way of doing things. So set up a cups server and do proper printer announcements with that one.

Goal

• Organize a general developer mentoring program

In the kernel repository, we have a script that checks users/* branches and does some basic checks on them. My plan is to teach this script to detect kabi changes.

Dovetails are nice to assemble wood pieces... but not that easy to do. The project is about creating a template to create dovetails with a router and of course create dovetails. I prepared all the maths before hackweek to plan my actions (and buy hardware). See [this geogebra file][0] for the details.

Create a wrapper which receives the URL passed to the "firefox" binary, offers a list of available profiles, and finally runs Firefox with the selected profile and the given URL.

OpenStack uses Zuul as a pipeline manager to test changes posted on gerrit. The rpm-packaging initiative (https://wiki.openstack.org/wiki/Rpm-packaging) needs to test proposed changes. So building packages with OBS for proposed changes is the goal of the project.

Fetch and display openQA status project group per project.