openSUSE lacks useable cross-compilers to glibc systems. This is the attempt to provide those, most important a cross-compiler for arm/aarch64.

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.

The salt-toaster (https://github.com/openSUSE/salt-toaster) is a tool created and developed by SUSE employees that we've been using for testing Salt since few years ago.

Salt is moving towards a plugable architecture using POP and Idem. This project is about experimenting with those new concepts by applying them to a real life case: the virt execution and state modules.

CephFS is awesome, but without a VPN it's not safe to be routed over the internet, and it lacks client support on many platforms. The Linux Kernel Library allows for the linux kernel to be built as a cross-platform user-space library and integrated into a regular Android, Windows, macOS, etc. application. This project combines CephFS, LKL and wireguard, and sprinkles some io-uring on top.

tl;dr

In https://github.com/SUSE-Cloud/automation/ we already have mkcloud, which can setup a whole SUSE Cloud on a single host for testing. However, it would be cool, if (instead of a single machine) we could use cloud.suse.de with its capability to add extra networks as requested.

Everybody is talking about (and with) ChatGPT. I tried it and was impressed by how well the language model behaves and finally how real and humanly it appears, despite the obvious nonsense that it outputs. I was wondering how machine learning practically works and how to build a neural network.

Description

I want to improve my personal server hosting environment. The key tasks include exploring OpenMediaVault which i've freshly set up, migrating existing Docker instances to docker-compose.yml files for streamlined deployment on Portainer, revamping the landing page built with Hugo, and investigating the potential of using Homarr to replace the current landing page for a more dynamic user experience. If there's enough time, i want to also improve the backup procedure, which is currently not covering all services.

The webVTT standard (nearly the same as the older SRT subtitles) allows to add subtitles to a video. We could use this in openQA to show which keys were pressed at that point in the video, in which line of code we were or on what event we waited. This could make debugging easier and might be instructive to users, too.

Motivation

Description

DAPS (https://build.opensuse.org/package/show/Documentation:Tools/daps) is a tool we use in the documentation team to create/validate/export/... docbook documents. It's currently available for SUSE and openSUSE systems, and I believe that packaging it for Debian GNU Linux would help both the DAPS and the Linux community (and me myself as I'm using Debian at home as well :-)

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.

DAPS is the tool used by the SUSE documentation team to generate HTML, ePUB, PDF, ... output of the SUSE manuals from DocBook XML sources. It uses the suse-xsl-stylesheets for this purpose.

Currently the Open Container Initiative doesn't specify a distribution protocol or system, and the current "standard" format is the Docker registry protocol. Aside from technical reservations with Docker registry, it is also not an OCI-compliant system and will require a lot of work to integrate it into all of the openSUSE/SUSE tooling.

I want to write a new rubocop cop that verifies that a schema.rb file in a Rails project, references a valid migration.