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. |
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 |
gfxboot for grub2a project by snwint Make a final attempt to implement a graphical user interface for grub2 (gfxboot2). |
|
|
|
|
|
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. |
|
|
|
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. |
bugzilla nick completion privacy extensionan idea by AndreasStieger Bugzilla supports automatic username completion. |
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. |
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. |
Second Memoryan invention by jcavalheiro What is it about? |
|
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. |
|
|