openSUSE lacks useable cross-compilers to glibc systems. This is the attempt to provide those, most important a cross-compiler for arm/aarch64.

Plan

RandR is X11 extension for configuring monitors and since version 1.4 also secondary GPUs. These secondary GPUs can either provide additional monitors to output to or can render individual applications instead of the main GPU. (Or even both at once.) Once a secondary GPU is configured to do render offloading, applications can be started with DRI_PRIME=<id> environment variable to actually render on it instead of the main one. There are also USB GPUs (dummy framebuffers) that can be hot-plugged.

zypper is magic

A number of experiments suggest that it may be feasible to run zypper from an openSUSE 'live' media against a 'foreign' RPM based OS installation (eg. CentOS) and then 'zypper dup' to openSUSE

Dochazka is a long-term project to replace the obsolete Attendance & Time Tracking system used by the Prague office since 2007. Dochazka is a complex system consisting of three major components: - RESTful backend App::Dochazka::REST (with lots of help from Web::MREST)

During the YCP Killer project, Y2R didn't translate most YCP operators and builtins into equivalent Ruby constructs but into library calls. This was necessary to preserve behavior in various edge-case situations, mostly when nil was passed around. The resulting code is often long and hard to work with. Example from SlideShow.rb:

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

Project Description

For debugging purposes one often times needs to know the communication partner on a socket or pipe a program has open. This information is not

The new SUSE Floor is nearly done. The core functionality is already implemented and only some basic features are left.<br> <br>

Add MOKx for blacklisting any specific hash of kernel module. For kernel module sign function, similar to dbx in UEFI, we need a MOKx for blacklisting kernel module that can avoid direct revoke the modsign key in MOK or kernel.

see iqlight.com to understand what an IQ Lamp is.

Learn the grub2 network stack and have fun with ipv6 network booting. :D

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. Therefore it would be great to allow to apply more patches in parallel. It is not trivial because different tasks might be in different world, so the slow stub has to be clever and choose the right one without taking any lock...

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.

At SUSE LabsConf 2015 we decided to run some sort of automated tests on the SLE and openSUSE kernels after each push to kerncvs.suse.de In order to make this work the kernel has to be build, a initrd and a rootfs image has to be generated for use with qemu, it has to be booted and tests have to be run.

To make OpenQA work with real ARM devices, we need to control * Reset

This project aims for enabling FCoE over virtio-net. With that we should be able to run FCoE within a KVM guest, and finally have a 'real' FC host in a KVM guest. This should enable 'real' FC testing, like link failure, multipath operations etc.

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. So this project aims at:

Tigervnc comes with two very similar VNC viewers - one written in C++ and one in java. The java one can be embedded in a webpage as a java applet. We use that in our default VNC setup (the one enabled in YaST). That way if user doesn't have VNC viewer installed, browser is enough. However running java applets in browser is getting harder every day. Especially when the applet isn't signed by a trusted authority.

In Beijing HA server room, we have a Huawei switch with a 10GB bandwith uplink FC port, a iSCSI HBA, a desktop computer, and some SFPs, I will build a 10GB bandwith iscsi server.

I want to make ruby-lint usable. ruby-lint, as described by its author:

QA wants to set up a new QA Portal to get an new organized entry point for all Information that is QA related. The Hackweek Project is to start a discussion with the different QA groups, SLE QA, CSS QA and QAM to collect ideas and make a concrete plan.

<p> Supporttools are great and useful utilities to help support and development

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.

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