Easy openSUSE Upgradea project by maverick74 The idea is about an easy way to allow users to make upgrades (e.g.: changing from one major version like 15.0 to version 15.1) using a GUI and as easy as they can in Ubuntu. Something like a notification with a button to perform the upgrade with just one-click, instead of having to deal with the terminal, that frights some new users and gives them the sensation of an outdated system. 
|
Learn (machine) learningan invention by mwilck I'd like to gain practical knowledge about machine learning / TensorFlow / scikit by trying out simple examples. 
|
|
crash-pythona project by jeff_mahoney New Development In previous hack weeks, the first few days ended up being wasted on just getting it working. I'm pleased to share that the code quality has improved dramatically since the last hack week and there are now extensive test cases for both unit testing and testing against real vmcores, and we'll use both mypy and pylint (if installed) to perform static analysis. Packages for those are available in openSUSE or as part of the crash-python OBS repo for SLE15. It has been tested with kernels from 3.0 to 5.1. 
|
|
gfxboot for grub2a project by snwint Make a final attempt to implement a graphical user interface for grub2 (gfxboot2).It's quite some work, unfortunately. Here's what's done so far: 
|
|
|
|
|
Romantic photo competitiona project by kalabiyau Hackweek is a place for fun and things and also great things and a lot of fun. Some things don't require a reason - they are fun, that's all to it. Here goes a small competition with a lot of fun to it. Find Klaas in the office. 
|
|
|
|
GitLab-OBS-openQA bridge/integrationan invention by oholecek Hackweek 17
|
Improve Rubya project by ammartinez Let's use the Hackweek to improve Ruby, the programming language I use every day. It is while using a language when you can realised that things that need/can to be improved, so there are many things that only Ruby developers can raise up. Also, getting involved in the development of Ruby will help to get a better understanding of how it works. So I will take my ideas/concerns to the Ruby community and implement some of the them in the code of the Ruby core. Ruby features and bugs are tracked in https://bugs.ruby-lang.org/projects/ruby-trunk/issues 
|
bugzilla nick completion privacy extensionan idea by AndreasStieger Bugzilla supports automatic username completion. This project is to extend this feature to allow restriction of the nick completion feature by user and on the data returned. |
OpenCI - test github PRs on openQAan idea by coolo We have quite some projects on openSUSE and os-autoinst organizations that are using travis-ci.org for testing their code. As travis-ci is using an ubuntu VM (or container) there are quite some things we can't test - or test by using SUSE containers within ubuntu VMs. During hackweek I want to evaluate the github API for CI services and try to marry it with openqa.opensuse.org - I'll need a web service that does the tracking, but I'm optimistic that it can be done in a week. |
Learn Rust by writing an IRC bouncera project by IGonzalezSosa A good way of getting to know a new programming language is... writing some code. So although there are some good IRC bouncers, like ZNC, we want to write another one just for learning. But why an IRC bouncer? Because it is not rocket science, but it implies network communication (acting as client and as server at the same time), handling concurrent connections... in a few words: it sounds fun. 
|
Second Memoryan invention by jcavalheiro What is it about? I write lots of notes, about almost everything. Writing is a very important part of my work and of my organization in general. 
|
|
Prototype new LTP upstream runltp scriptan invention by metan Currently the upstream LTP is executed by a hacked up and old runltp script that executes even worse and fairly old mess called ltp-pan which in turn actually executes the test cases. This whole thing is a unmaintainable mess that should have been replaced with something simpler a long time ago. It should also have a few more features that has been requested in the meantime and not implemented since nobody wants to touch the code. For instance executing the test cases on a different machine via ssh and writing the results locally. Another feature I've been thinking about for quite some time is a parallel test execution, since most of the test cases in fact could be executed in parallel which could easily speed up the test run twice. There are other tests that cannot, mostly stress tests, but also test cases that modify global system state, i.e. system time, make use of sysv IPC, use loop devices, etc. These kind of tests should be annotated somehow so that we do not end up with a test cases competing for a global resources in a parallel test run. 
|
|
Tools to make keysigning fun again (replacement for caff)an idea by kbabioch There is a tool called caff, which is the de-facto standard when dealing with keysigning (on a large scale, e.g. after a key signing party). This tool hasn't been touch in years, is written and configured in Perl (hence cannot be read and/or maintained :smile:) and is not easy to package, because of a lot of dependencies, etc. It is not even available in our default repositories (at least for Tumbleweed). In general there seems to be a certain kind of frustration with this software, but there is no real alternative available yet. Ideally the new toolset should allow to organize a complete keysigning party, e.g. it should assist the organizer with: |
|
Hack the Hack Week tool
x86 instructions decoder
Learn to speak, read and write German
geekos.prv.suse.net employee finder
microservices and serverless for the openSUSE.org infrastructure
openSUSE on chromebooks (crouton)
openSUSE on ZoL from OpenZFS project
Setup Nextcloud for SUSE R&D
openSUSE for Small and Medium Business
X86_64 platform system program
.jpg){kind=small}
SUSE Manager plugin/extension system
Design the 2021 Open Build Service sticker
