Properly package Quick Event orienteering management softwarea project by LPechacek It ain't rocket science, it ain't thrilling, it's just useful. Quick Event is an established orienteering management software but it is still distributed in non-standard form for Linux distros. Package the software in standard packages for major distributions. |
ethtool ops for netdevsima project by mkubecek This can be seen as a subproject of ethtool netlink interface but from the technical view it's independent. Every new piece of software is going to be buggy and with frequent changes and rewrites, new regressions are introduced. Automated selftests can help a lot but as ethtool deals with hardware devices, we do not want these tests to depend on a specific hardware. The netdevsim driver was created as a virtual device which (unlike e.g. dummy) cannot be used for actual network traffic but implements various configuration interfaces so that it can be used for their (automated) testing. |
CSI Driver for Kubernetesa project by chinyahuang Since Kubernetes already has a clear path of "in-tree" volume plugin to CSI migration. I would like to understand the concept of CSI with writing a simple driver for Kubernetes. Reference: |
labgrid: add support for sispmctl and remote ykush accessa project by mbrugger labgrid [0] is an embedded board control python library with a focus on testing, development and general automation. It includes a remote control layer to control boards connected to other hosts. My idea was to use this to be able to test my MediaTek boards remotely. |
HelenOS: <filesystem> of a downa project by jjindrak 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: |
Learn more about marketinga project by Jackman1 I would like to learn more about something outside of engineering. I have selected to learn more about marketing; something our overall team is doing more of... |
openSUSE Tumbleweed release management internshipan invention by okurz motivationAs an openQA contributor I could learn from openSUSE release managers how the overall process can be improved. |
run CaaSP on AWS using spotinst elastigroupa project by rdannert
|
Setup root-encrypted server to provide password via sshan invention by holgisms You can encrypt your servers root filesystem, but need to provide a password during the boot process in order to "unlock" and start the system. This is easy if you have physical access to the server by entering it via keyboard. But if you do not have physical access it's not that easy. This project is about to set up a server that might be able to have an encryted root filesystem which can be "unlocked" by entering the password via ssh. |
Elastic Inference on Raspberry Pi with openSUSE Kubican invention by kukuk The goal is to run the Elastic Inference Demo managed by kubernetes on a Raspberry Pi4 Cluster with openSUSE Kubic. * The openSUSE Kubic image should configure itself correct at the first boot with ignition. |