Language Server Protocol implementation for Salt Statesa project by cbosdonnat Language Server Protocol (LSP for friends) is used in a number of code editors these days. There are implementations for various languages, but none for Salt States. The idea is to leverage Salt state module to parse edited files to provide completion of the state ids or paths. |
Can we (machine) learn from bug reports?a project by gboiko Bug reports can be a great source of information, but usually finding the information requires extensive work in reading through all of the discussions and understanding the details about it. Could it be that machine learning can be used to extract meaningful information out of that? That's what this project is about. |
|
openSUSE codea project by SLindoMansilla openSUSE codeWhat is? |
Uyuni/SUSE Manager: build Python APE and a Salt+Python bundle to support ANY client operating systeman idea by pagarcia Uyuni/SUSE Manager build client tools for each of the supported operating systems: SLES 11, SLES 12, SLES 15, RHEL 6, RHEL 7, RHEL 8, Ubuntu 16.04, Ubuntu 18.04, Ubuntu 20.04, Debian 9, Debian 10... the list is long. This is required because each operating system has different base libraries (glibc, OpenSSL, Python version, etc). A few months ago, the SUSE Manager development team started a (yet unfinished) research task to try to build Salt and all the required dependencies (minus glibc and OpenSSL, because it would break FIPS certification) so that we can always ship the latest version of Salt on each client operating system: |
L0 Supportconfig Monitoring and Analysis using MLa project by andavis Project Description
|
Metabase instance in SCC EKS clustera project by digitaltomm Following up on the experiment from last Hackweek ( https://confluence.suse.com/display/~digitaltomm/Business+Intelligence+in+SCC ), it would be great having a production instance of Metabase running in the SCC EKS cluster, connected to the production database of SCC. |
Support glibc-hwcaps and micro-architecture package generationa project by alarrosa The recent glibc 2.33 version recently available in Tumbleweed includes this change: ``` |
Predictive test selection for SUSE Manageran idea by jordimassaguerpla I once had a bad dream. I started good, a sunny day. I had just fixed an issue and push it to my fork, in order to create a Pull Request. I was happy. It felt awesome to have found a fix so elegant. Two lines of code. |
|
Reproducible Source/Build Transparency Watchera project by jzerebecki https://gitlab.com/JanZerebecki/transparency-log-watcher Trillian is used for Reproducible Source, Build and Certificate Transparency. So it could be used to log the input to OBS and the build results and make zypper check it before installing an rpm. But currently clients wouldn't detect if the log shows them a different version than anyone else. See if there is a way so this can be detected. |
Create ansible roles for generic server stuffa project by ph03nix The situation of maintained ansible roles for boring server stuff like setting up a LEMP stack (Linux, nginx, mariadb, php) is dire and I would like to improve that. This project is about creating a handful of ansible roles with focus on * Fully supported in openSUSE (Leap and Tumbleweed) |
Add RISC-V support in openQAa project by ldevulder openQA currently supports different architectures: x86(_64), ppc64le, aarch64 and s390x. In this project I would like to add support for RISC-V[1]. First emulated ontop of x86, like we previously did with aarch64. As openSUSE images for that processor are already generated, it could be useful to do some basic automated tests on them. |
Workadventu.re at SUSEa project by jevrard For events like engineering summit or hackweeks, it would be nice to have a SUSE instance of workadventu.re, and have our own maps, wired with (open)SUSE's jitsi! I am looking for folks willing to help on those 3 teams: |
tcetc - transaction capable /etca project by wpreston2 tcetcSummary |
Write an url shortener in Rust (And learn in the way)a project by szarate So I have 469.icu :), it's currently doing nothing... (and for sale) but in the meantime, I'd like to write an url shortener from scratch and deploy it on my own server |
Alexa on Linux - voice commands for SUSE productsan idea by calmeidadeoliveira What is it about? Learn about AVS (Alexa Voice Service) and install Alexa on Linux (or maybe a Raspberry Pi). |
Improve openSUSE infrastructurea project by lrupp There is always something to do if you run the infrastructure for such a big project like openSUSE.... Our Admin wiki currently lists over 80 machines - and while we already "salted" some of them, there is always room for improvement and room to learn something new just by making your hands dirty and diving into the administrator role for a machine. |
Port some classic game to Linuxa project by MDoucha 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. |
mailprocessing maintenancea project by jgrassler Once more mailprocessing has developed some bitrot, namely this recent crash: ``` |
Send to Hellan idea by pagarcia Have you ever received an e-mail that made you furious? Did you answer it? If you did, chances are you regretted later. |
|
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: |
MicroOS Desktopa project by RBrownSUSE Updated almost 2 years ago. 27 hacker ♥️. 19 followers. |
Type Check YaST with Sorbeta project by mvidner Sorbet is a gradual type checker for Ruby. Ruby is a dynamic language, which is great for reducing overhead for small |