openSUSE 13.2 is taking shape on ARM, but we need to make sure we smoothen its edges to make an actual release out of it. The goal of this project is to make sure all devices we should run on actually work and that the last few packages necessary for productive use of ARM devices work properly on 13.2.

Having gotten access to some SMR prototypes it should be possible to tweak btrfs to run natively on those devices. Using SSD mode helps a lot, but there is still some work to be done. So this will be a good chance to learn something about the inner details of btrfs and see if I can get it to run on SMR drives.

This is the tool I've been working on since HW11 and it needs more work. Actually, there's always something which could be done on it. It is basically an x86 instruction decoder with special emphasis on the kernel and decoding interesting pieces of it in order to help in the development of low-level patching techniques, among others.

Project Description

In last hackweek, I implemented a RSA private key parser in kernel: https://github.com/SUSE/hackweek/wiki/RSA-private-key-parser-in-kernel

In last hackweek, I implemented a RSA private key parser in kernel: https://github.com/SUSE/hackweek/wiki/RSA-private-key-parser-in-kernel

In last hackweek, I implemented a RSA private key parser in kernel: https://github.com/SUSE/hackweek/wiki/RSA-private-key-parser-in-kernel

Currently GCC relies only on the most generic alias analysis when attempting to track data in aggregates in interprocedural (IPA) optimizations. In the course of this project I plan to revive patches for using simple escape analysis to track all data which do not have their address escaped and use that information to track constants within them, analyze the impact on a number of benchmarks and submit them to GCC trunk.

As every hackweek, lets package/update/cleanup some stuff fore factory:

Enhance the YaST ncurses package installation to show the changelog of a package and the level of supportability (on SLE).

Package a basic, stripped down version of sysvinit for emergency cases, so you can repair a failed system without interference. My goal is not to replace systemd with sysvinit again, but to provide a sysvinit-base package that does not have any dependencies at all and can just be installed on any system. sysvinit will only be used in exception situations by specifying the kernel parameter "init=/sbin/init" or something like that. The package will come with the binary, a minimal inittab and a basic boot script that does only the really needed stuff.

While packaging node.js modules, which often depend on specific versions of other node.js modules, sometimes many of them, you easily end up in dependency hell, and maintaining an OBS project with a few hundred of those modules can be a tedious task.

We had a quick course of Coccinelle during the last Labs conference. The tool is really great and I would like to explore possibility of checking lock invariants for particular functions. Julia was really prompt and implemented something that should help but I didn't get to it since the conference.

Packman reduction

This is about writing a tool to find differences in assembly files generated by gcc. The goal is to find the symbols in a program that have changed by a source code patch. This information can then be used to create and/or verify kGraft patches.

While in the past MIPS boards were either low-end PIC32 or found in routers running OpenWRT at most, Imagination themselves have recently released the Creator CI20 board (Ingenic, MIPS32) running Debian. And the Shield Pro (previously iGuardian) kickstarter project (Octeon-III, MIPS64) promises to become a playground for testing KVM hardware virtualization.

Last time I checked QEMU lacked support for >= z10 processors. Thus one cannot run SLE12 and newer in a virtual machine on non-s390x host. I'd like to improve the situation during Hackweeks.

While in the past MIPS boards were either low-end PIC32 or found in routers running OpenWRT at most, Imagination themselves have recently released the Creator CI20 board (Ingenic, MIPS32) running Debian. And the Shield Pro (previously iGuardian) kickstarter project (Octeon-III, MIPS64) promises to become a playground for testing KVM hardware virtualization.

L3 bug reproduction often requires becoming the admin for a moment. I'd like to write down some nifty tricks I used to get certain “interesting” system configurations to work.

Our previous efforts to enable gdb to open kdumps was not received in upstream as well as we hoped for. The perhaps-acceptable way would be to extend gdb with the possibility of implementing targets in Python, then create example binding to libkdumpfile (which already got a Python binding). We've already tried that, yet it has to be tidyed up.

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

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

Every packager encounters boring manual tasks every once in a while and these tasks can most probably be automated to some extent. During Hackweek I aim to try and identify such cases in various packagers' workflow and consider creating a tool that would make these tasks easier. Also, I would like to find out whether there is a demand for such tool. In that case, this Hackweek project will turn into a long-term task I plan to keep working on.

What is Qubes OS

This is the tool I've been working on since HW11 and it needs more work. Actually, there's always something which could be done on it. It is basically an x86 instruction decoder with special emphasis on the kernel and decoding interesting pieces of it in order to help in the development of low-level patching techniques, among others.

Summary

We want to improve translation of dependencies done by spec-cleaner (i.e. cmake(blah)) and so on - see github.

Installation time is important as shorter installation allows everyone to safe resources and their time. It also can make better impression when starting with openSUSE and SUSE. And last but not least as we more frequently use openQA, so we do hundreds of installation every week, it even smaller improvement can in the end help SUSE to safe resources and be more green.

Marvin is a job scheduler that the Performance Team at SUSE Labs uses to automate the execution of the performance test suite MMTests. For more details on what Marvin does and how, see Mel Gorman's blog post "Continual Testing of Mainline Kernels".

Continuing last year tweaks of packman project we should proceed in the good work and reduce the packman to provide smallest set of packages possible on Tumbleweed (later on inherited by 43.0...).

Implement a basic file search for a given OBS project. An example of basic functionality can already be found for Ubuntu or Debian. The goal is to implement,

I want to get started with developing apps for phones and tablets. It is a very general idea, rather open ended.

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

retro-gtk is a toolkit for GTK+-based Libretro frontends. It is mainly used by GNOME Games to play retro games via Libretro gaming console emulators.

New Development

port notmuch/muchsync to android, with some java ui on top

I am currently using odpdown for presentations (tl;dr: it lets you write your slides in Markdown and generates Libreoffice slides from that and a Libreoffice slide master (such as a corporate identity template)). It is currently not available in OpenSUSE so it needs to be packaged and submitted to Factory.

kCFI is a tool that enables the compilation of commodity Operating Systems with Control-Flow Integrity protection. kCFI first prototype was developed/implemented during a PhD program held in the University of Campinas, in Brazil. Although fully functional, the tool remains in a very experimental shape, needing to be refactored prior to being released.

Implement a basic file search for a given OBS project. An example of basic functionality can already be found for Ubuntu or Debian. The goal is to implement,

This is the tool I've been working on since HW11 and it needs more work. Actually, there's always something which could be done on it. It is basically an x86 instruction decoder with special emphasis on the kernel and decoding interesting pieces of it in order to help in the development of low-level patching techniques, among others.

There are plenty of old games that were compiled for Linux - particularly in Loki times around 2000.

Let's dust off our Amigas, hook up our mice and joysticks, and see what elegant software and hardware could do back in the 80s and 90s!

zypp-closure is a small helper tool making use of libzypp and the metadata of product repositories.

From a user perspective there are many ways to secure email communication with pgp. Especially the key handling is still challenging non tekkis.

Since Firefox 57, SUSE's default browser no longer supports XUL extensions. This is a problem for those of us who customized Firefox extensively with multiple addons.

strace can parse syscall arg structures and print them in user-friendly way. For ioctl syscalls there is greater variety of the structures and not all are supported. Let's start with covering autofs data.

Somebody do something!

Currently, each filesystem developer does his fstests runs (a testsuite for regression-testing of filesystems) on his dedicated test machine, on Orthos machine, ... This not only means duplication of efforts to automate this testing but also leads to inefficient use of resources (sometimes the test machine is just idle, sometimes you would need more tests to run in parallel to speed up development). The goal of this effort is to use SUSE Engineering Cloud to implement fire-and-forget fstests runs where you specify kernel to test (fetched from git tree or so), fstests configs to run, and then just pick up test results later on...

grub2-minimize-config

Replace the config-generating scripts to generate a minimalist grub2 config

There seems to be an overall consensus that the ioctl interface used by ethtool is a poor design as it's inflexible, error prone and notoriously hard to extend. It should clearly be replaced by netlink and obsoleted. Unfortunately not much actual work has been done in that direction until this project started.

The state of the art of sysv/posix ipc benchmarking is a combination of ad-hoc programs scattered over the internet. While some mechanisms, such as sysv semaphores, have a lot of coverage, others really lack (message queues), and some are simply non-existent; albeit some of the legacy flavors we aren't too concerned with, other than them being functionally correct.

RISC-V is an open ISA (Instruction Set Architecture) based on RISC architecture. It's originated from UC Berkeley and it's attracting more attention in recent years because of its full open architecture so every developer has opportunities to get involved in application processor design or apply it into different applications, such as IoT, Robotics, ... etc.

Project Description

Project Description

Project Description

As I do not work as a developer per se, I love developing new code and learning new technologies that arise in this world. The Rust language is defined as Rust is a multi-paradigm, general-purpose programming language. Rust emphasizes performance, type safety, and concurrency.

Project Description

Following a recent discussion with the Packaging team at SUSE we will do a revamp of https://en.opensuse.org/Portal:Packaging

Project Description

Project Description

A visualization tool that directly digests ftrace function traces and provides easier to understand timing diagrams with the ability to quickly look up functions from within the program.

Project Description

Project Description

Project Description

Project Description

Project Description

Looking for ways to capture hardware-specific data and use them later to predict unexpected behaviors. Tools can be collectd, prometheus-nodeexporter, ipmiexporter , grafana-agent or other.

Project Description

Let's pick some old classic game, reverse engineer the data formats and game rules and write an open source engine for it from scratch. Some games from 1990s are simple enough that we could have a playable prototype by the end of the week.

Project Description