zypper is magic

The Problem: many bugs filed for openSUSE go to the screening-team by default and often remain there for weeks, so that developers (who would be interested in analyzing or fixing these bugs) do not learn about them. However, the screening process is a hard one

www.opensuse.org is the single most accessed page in the SUSE/openSUSE universe. With 1.5 million visits per month it generates 2.5 million page views and has around 500 people on the page at any given time. Yet it's one of the oldest, crufty pages we have!

It's 1.5yrs since we've launched the last Studio version. Customers are asking about a roadmap, a new version... After discussions with AJ, Adrian, Alex, I want to create a draft plan/concept how such a Studio successor could look like.

I would like to learn Salt by converting ansible scripts to salt states. Current ansible scripts do some QA tasks on cloud nodes, so i thought it would be a good idea to convert them to salt after reading salt tutorial.

In the YaST installer, make disk encryption method, mode, key strength, random source etc configurable.

Displays your openQA instance status, the feature/behavior should had at least like the list below,

Objective

openSUSE Connect is almost forgotten tool used only for elections. It would be nice to update it, polish it a little bit, disable functions that nobody uses and fix those few that people would actually like to use.

Implement file system image build using the Builder infrastructure. The project will create additional builders for the ext filesystems laying the ground work for restructuring other filesystem builders.

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

My home server, and my other box hosting https://sysrich.co.uk are both in need of a bit of a refresh

There are numerous testing tools for the GFX stack available - the oldes being the xtest suite. At the same time, we are still lacking automated test environments for the funktionalities of DRM, Mesa and X. Ideally the tests should be performed automatically and unattended and the results should be compared to previous runs to detect regressions.

Research what tools exist to date and how they can be employed.

Learning REXX and improve FTPBOOT for installing and testing our S390 builds

For our daily work, usually we need to check running result from openQA as a good reference for the quality of a specific build. I'd like to take this chance to make openQA deployed and try to review the test scripts.

To say it's a review, it's better to say it's a good way to learn from others. I'll review test scripts in openQA project as much as I can, digest them and learn how to write Perl script more pretty. I'll make some notes for sharing.

The goal of openQA is "test as a QA engineer". But openQA has no ears - all we can test for are DTMF sounds. And even those are very bad.

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

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.

This is an idea that's been kicking around for a while... maybe it's finally time to "make it so."

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.

1. currently when you navigate to Test Results page - it will load everything before show you the page. I plan to change this model into "load on demand" approach
2. Test Details page currently show you thumbnails for all modules. Want to add expand/collapse functionality for thumbnails - by default you will not see them for passed modules. But you will have ability to expand them. Also I will add "Expand All"/"Collapse All"

The Kubic Project currently produces a "CaaSP-like" Tumbleweed OS, focused on Kubernetes clusters

Video Recording of openSUSE Conference session which introduced the project

Few months ago I switched my home workstation and media center to Micro OS desktop and I cannot imagine switching back to normal distribution. After some consideration I realized it should work fine (even better) on the notebook I am using for work.