We currently work on a consistency model for upstream livepatching infrastructure. We use something called a fake signal to speed up a finalization of the patching process. I'll port the implementation to kGraft in SLES which should allow to remove immediate patching since it has recently proved to be problematic...

I have an IRC tab open in pidgin and an adjacent XMPP tab; the latter one displayed with focus. When a new XMPP tab opens in background (with a message incoming), the IRC tab steals the focus but not the display. It brings annoying situations when I sometimes send something accidentally to the IRC instead of XMPP, not noticing that I don't have focus.

We from the public cloud dev team regularly upload generic and product images to be available in public cloud systems like Amazon EC2, Google Compute Engine or Microsoft Azure. The task of uploading stuff there is not only about having the tools it's also about having the right environment which provides account credentials as well as access to the image when they are built in the buildservice. Also the location from where the upload happens can make a difference in performance.

VNC protocol transfers key symbols (= basically characters), not key codes (= "coordinates" on keyboard). Therefore pressing the same keys may result in sending different commands over VNC depending on the keyboard layout and state of modifiers on the client side. The server however can not directly send the key symbol to the application, it must instead find or create key code that will translate to that symbol and send that.

The disassembly in gdb is not ideal. The binding with source code lines is weird (even crash, which does use gdb beneath, does that better), I don't see the jump targets; furthermore, there's a lot more informations hidden in the DWARF2 which may be of some interest - like which code is inlined, or which register/stack address should contain some variable.

Today OpenQA mostly runs on virtual machines, but it can get really tricky to find bugs triggered by real hardware. There are only few interfaces required to interact with a machine though:

ARM64 is become more popular on different markets, but obviously lots of pepople didn't have the hardware platform, and fastmodel is helpful for people to play with ARM64 environment, furthermore, we can run different software platform on it, such as Cloud, HA, Virt and OpenStack.

The zypprepo was written around 3 years ago, and was based on the yumrepo built-in type/provider. Nowadays zypprepo misses a lot of functionality, which will be automatically inherited if it gets rewritten to be in sync with the current code of yumrepo (as also discussed in its issues #5 and #9). If time permits, solving issue #4 would be also really useful.

I previously created a semi-auto test script(*) for MOK. The script controls the QEMU virtual machine a pre-setup image and performs two simple test cases. It's tedious to setup the images for every SLE and openSUSE. My goal is to write a script to automatically set up the virtual machines and images and do a full test. I would also like to set up a test for weekly-built OVMF. openQA might be a good reference.