one of the top features a distribution must always ship in a working state is wireless. Yet we have no way to test it in an automated way. To be able to do that via openQA we need qemu to emulate a wireless adapter. Whether it's emulating existing hardware or implements some virtio device that only works on Linux doesn't matter.
over 2 years
2 hacker ♥️.
Has no hacker:
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.
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:
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.
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...
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.
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.
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.