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

I had presented the "Wicked Network Manager" talk at openSUSE Asia summit @Beijing. I would like to keep studying the topic continuously. Getting involve the source code and study the operating style and components. I also met some problem after discussing and testing issues while my research , I want to keep it as a record and writing the technical document on wiki too.

Learn more about network performance testing tools. I would like to get more fimilar with netperf and iperf. Try to find out what's different between netperf and iperf. And have a look at what's new in iperf3.

Investigate the good way to put sikuli into openqa.

Try some things about Docker and Understanding Linux Network Internals

Air Pollution Forecast

Occasionally, new versions of openQA break things. How do you stop that? MORE TESTING!

DRBD refers to block devices designed as a building block to form high availability (HA) clusters.Also possible to combine multiple devices driver for Linux(MD) and the network block device(NBD) to achieve similar functionality.

goals

• learn general information about them

CoreOS is a new Linux distribution that has been rearchitected to provide features needed to run modern infrastructure stacks. CoreOS is popular on most cloud providers (EC2, Rackspace, GCE), virtualization platforms (Vagrant, VMware, OpenStack, QEMU/KVM) and bare metal servers (PXE, iPXE, ISO, Installer).

Create a set of ready to use Dockerfiles based on OpenSUSE, and find a nice home for them to live in. Useful containers or just for fun, let's dockerize-it all.

and find out how it compares to salt

It's just my learning project about Docker, I will research and learn how to deploy and configure Docker and Docker cluster, and also I will try to learn everything related about Docker.

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

By analysing a VNC session, we can create a draft of an openQA testcase (detecting keystroke, mouse click and generating fullscreen needles).

In openSUSE Asia summit 2015, there was a talk about the software defined networking, from the virtual switch, the controller, to the simulator. Just want to take a look at open vswitch and Ryu to learn more about SDN.

Once again, the SUSE band is coming together to make music and we're planning a party this time round!!!

using perl's Inline::Python module, it should be possible to define openQA test modules in python instead of perl.

PXEAT (stand for PXE Administration Tool) is a tool to easily deploy and manage PXE service.

Read in a crash or oops-style backtrace and access DWARF information to output the current content of the stack and registers in term of symbols, and the the crash commands to dump/pretty print them. In other words, when looking at a crash dump, answer the questions "Which variable is currently stored in $rax? What is the structure of the stack? Which variable is stored at $rsp+16?"

Task: - Learn Twopence structure

To make sure openSUSE can coexist nicely with an existing Windows installation, we need to have automated regression testing. UEFI and secure boot are especially interesting.That means installing Windows and openSUSE in parallel in openQA.

• Build zookeeper, mesos-master and mesos-slave on SLE12
• Setup a 3-nodes high-availability cluster (zookepper + mesos-master + mesos-slave run on each node)

Try to use Jenkins 2.0 CI environments to trigger jobs which running in openQA

Try to use Jenkins 2.0 CI environments to trigger jobs which running in openQA

I had an application can't run on recent openSUSE for some time but it can run on openSUSE13.1 before. So I'd like to have a docker container (image) to run the application and learn some about docker container

To implement OTR function on IRC client, to make chatting private.

Since eBPF was introduced into linux kernel, the eBPF verifier keeps the eBPF programs from any wrong-doing. I would like to look into the verifier and see if it's possible to extend the check to avoid reading any sensitive data in the memory.

After joined Gary's BCC workshop a few days ago. The BCC is interesting to me, so I'd like to look into it.

Since sometime we have limited time to file a bug, especially during daily review of testsuites result. Then some bugs are lake of introduction about what the testsuite are tested, it makes developer take more time to debug this issue. I'd like to find a way to add some description in somewhere convenient to use, when file a kernel function bug.

openQA has a well earned reputation as a 'full system' testing tool, able to test a system end-to-end from the operating system to it's applications on a number of different platforms and architectures, including VM's & Bare Metal.

HTTPBoot was added into UEFI SPEC since 2.5. It aims to replace PXE and provides more features. Actually, the concept of HTTPBoot is similar to PXE. It starts with the HTTP URL from the DHCP server and fetches the data with the HTTP protocol. The key difference between HTTPBoot and PXE is the support of DNS. With DNS, the firmware and the bootloader can resolve the domain name so it's possible to pass the well-known URL to download the image instead of the explicit IP URL. Besides, HTTP is designed to cross different domains, while tftp (PXE) is only for the local network.

Hackweek is here! I think this is the best week of the year to sit down altogether and exchange ideas and suggestions. The main topic is Automation. The goal is that many of these ideas might help various teams within SUSE to engage their business reasons better in defining key expectations and improve the quality of our software products. No fear of change -- the aim is to propose a modern pipeline in a less-invasive manner. Everybody has an idea, everybody has a voice! Brainstorming together can be useful to many different roles, including testers, analysts and developers. Let's have a chit-chat and write down some of those; Hopefully we will come up with plenty of tips on how to organise testing activities better.

I am HA developer, don't have any experience on machine leaning field. Recent years, many topics like "Data Analysis, Data Mining, Data Science, Machine Learning, and Big Data, etc... (I don't forget AI, but in not this time)" become more and more popular and seems interesting to me. I also want to know how high availability function implemented in some distributed system for the core part.

An introduction from minetest website: " Minetest is a near-infinite-world block sandbox game and a game engine, inspired by InfiniMiner, Minecraft, and the like. Minetest is available natively for Windows, OS X, GNU/Linux, Android, and FreeBSD. It is Free/Libre and Open Source Software, released under the LGPL 2.1 or later. "

We started the SUSE Musician's Space several Hackweeks ago, out of which we spawned the SUSE band, now known as SUSE LOUD.

When doing the backport, I sometimes spend some time to check if the commit comes from a patch series and list all commits of a patch series. So I'd like to create a tool for doing this quickly.

I planned to write a GUI for mokutil since I started the project. I guess now it's time to do that.

I just got the FST-01G device from my friend, which could work as the Gnuk token. I'm going to try to make it work for ssh authentication.

Minnowboard is the platform for UEFI development and supports UEFI capsule update since 0.99, and we are supposed to be able to test the feature with fwupd. However, there is no capsule file in fwupd.org or the official firmware download site. Besides, the Minnowboard firmware source in the current edk2/edk2-platforms git couldn't build due to the recent change of directories. My goal is to rebase the Minnowboard build system to the current git master and create a working up-to-date firmware. Signing the firmware properly would be a plus so that we can apply a private repo in fwupd.org for the development or QA testing.

https://mycroft.ai/

Project Description

In the past year we've found ourselves in the middle of a pandemic, we merged two awesome companies together, and we have completely changed the trajectory of SUSE and Rancher. This project is intended to transfer knowledge of SUSE to Rancher and Rancher to SUSE for those who may be challenged with time and resources to try new things. This gives us a chance to explore other uses for Kubernetes all while taking advantage of older equipment (for use as workers) we may have to spare.

[Description]: # A simple web package can find openQA jobs/jobgroups which use specific test module [Status]: # In plan

Project Description

This idea has been partially implemented for JeOS images, where we are collecting some data from the images whenever a new build ends up in openQA. For instance, https://openqa.opensuse.org/tests/2419705#step/image_info/9 is collecting the size of the image, as well as total number of RPMs, the list of RPMs with their size and some filesystem information.