Project Description

To put it simple, the goal of this project is to be able to publish any gstreamer input pipeline as a valid and discoverable ONVIF Camera device (i.e implementing profile S and maybe T).

Project Description

The goal is to build a new Cluster API (CAPI) "infrastructure provider" for Harvester. This will enable people to create Kubernetes clusters running on VMs created by Harvester using a declarative spec.

SAR Performance Data Plotter

SAR stands for System Activity Report. It is a tool used to monitor system activity on Linux systems. The sar command is part of the sysstat package and captures a set of statistical information such as CPU load, memory paging, memory utilization, swap usage, network I/O, and much more.

Project Description

This project aims to write a minimal Gameboy emulator using Go programming language.

Project Description

There are a bunch of K8s distros out there, why dont trying deploying RKE on a Libvirt host using Ansible?

Project Description

The folks at Asahi linux have been working on porting linux on the Apple Silicon. In a recent blog post they announced they will be joining forces with Fedora on releasing a Fedora Asahi Remix. I would be happy to see this level of collaboration between Asahi and openSUSE community, too.

Project Description

I recently used melange and apko to build a from scratch image. The result was a set of auditable and easy to use container and apk repository. The toolkit reduces the work need to make from scratch images with minimal work on the actual docker container(which can be quite painful if you've tried making a from scratch image on your own).

Project Description

Jobs in openQA are usually reviewed via the web UI. Inspecting os-autoinst logs requires significant insight into the inner workings. Tests run in a CI such as GitHub are thus not easy to debug.

Release v2.0 of the gem and dashboards TODO: https://github.com/influxdata/influxdb-rails/issues?q=is%3Aopen%20is%3Aissue%20project%3Ainfluxdata%2F118

Project Description

The openSUSE Project has a problem, not enough people are engaged in the development. In order to fix this, we need a less obscure way to learn about contributing. One of the ways to do that is enabling people to discover various open meetings that happen for planning of various areas of project progress.

Project Description

Device for connecting an electric guitar or bass to a computer via USB-C. It is basically just a glorified A/D converter, although with a twist. It can emulate proprietary commercial devices for use with applications such as Rocksmith. The name comes from the official device for Rocksmith, which is named Realtone Cable.

Project Description

Implement a checksum algorithm for BTRFS that uses and authenticated (keyed) hash. There are 2 cryptographically secure hashes supported by btrfs, sha256 and blake2b.

Project Description

The sar(1) tool, from the openSUSE package "sysstat", provides a comprehensive method for collecting performance data on a running system.

Project Description

We are currently at GHC-9.4.x, which a bit old. So I'd like to take a shot at the latest version of the compiler, GHC-9.6.x. This is gonna be interesting because the new version requires major updates to all kinds of libraries and base packages, which typically means patching lots of packages to make them build again. A significant part of the development effort will be live-streamed on Twitch so that others can collaborate easily.

Project Description

Harvester CLI is a command line interface tool written in Go, designed to simplify interfacing with a Harvester cluster as a user. It is especially useful for testing purposes as you can easily and rapidly create VMs in Harvester by providing a simple command such as:

Project Description

A viewer for openQA jobs written in Qt.

Project Description

BPF verifier plays a crucial role in securing the system (though less so now that unprivileged BPF is disabled by default in both upstream and SLES), and bugs in the verifier has lead to privilege escalation vulnerabilities in the past (e.g. CVE-2021-3490).

Project Description

The old Cobbler webinterface was built into the server, leading to a huge dependency stack only required for a few people.

Project Description

When we experience a early boot crash, we are not able to analyze the kernel dump, as user-space wasn't able to load the crash system. The idea is to make the crash system compiled into the host kernel (think of initramfs) so that we can create a kernel dump really early in the boot process.

Project Description

The main goal is to enable the use of plain dm-crypt (as btrfs makes LVM2 unnecessary overhead) and a separate ephemeral key for the swap partition.

I'm running a simple home mirror, but I managed to get into a situation where I have to use a bunch of custom excludes. I think we should be able to offer what people want nowadays.\

Currently software.opensuse.org search is using the OBS binary search for everything, even for packages inside the openSUSE distributions. Let's switch this to use repomd data from download.opensuse.org

Project Description

SUSE dissolved an old warehouse, containing lots and lots of boxes with old SUSE / SuSE / S.u.S.E software. All of those boxes were originally going to be dumped in March 2021, which could be prevented.

Let's pick some old classic game, reverse engineer the data formats and game rules and write an open source engine for it from scratch. Some games from 1990s are simple enough that we could have a playable prototype by the end of the week. Write which games you'd like to hack on in the comments. Don't forget to check e.g. on Open Source Game Clones, Github and SourceForge whether the game is ported already.

During the previous Hackweek [0], I have successfully implemented, tested and merged [1] an implementation of the entire C++ standard header <future>. This time, my aim is to modernize the C++14-esque standard library [2] of HelenOS [3][4] with a C++17 feature - the <filesystem> header. The <filesystem> header is much larger than the <future> header which I barely managed to implement and test in the allocated time for the previous Hackweek, but <future> was mostly OS-independent as it relied only on previously implemented features of the standard library. The <filesystem> header, however, is limited by the filesystem API of the OS and as such implementing of the entirety of it might not be possible, limiting the scope of the project (which is a good thing due to the time constraints). The primary features of the header [5] that should be implemented:

Idea is to have SUSE system with OpenZFS as root FS. Why ZFS