In the previous hackweek (14), the following objectives from project "A generic mechanism for analysing and manipulating diverse software configuration files" were worked on:

The goal of this project is to write a proof of concept of a new philosophy for yast2-storage-ng. Instead of just extending the API offered by libstorage-ng, the idea is wrap libstorage-ng so the Ruby code using yast2-storage-ng does not have direct visibility (unless explicitly desired) on the libstorage-ng classes and methods.

From the manual:

COBOL is weird.

While osc is growing and getting more and more complex and hard to maintain, there is an object oriented rewrite of osc which key points are:

Connect is the "social network" of the openSUSE community. While this might not sound so important, the problem is that the tool is used for membership management and all the other "administrative" stuff for the openSUSE community, which makes it a very important tool.

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 create devel project for cryptocurrencies/mining tools/blockchain related stuff, fill it with packages and submit at least some of them to Tumbleweed.

Continuing last year tweaks of packman project we should proceed in the good work and reduce the packman to provide smallest set of packages possible on Tumbleweed (later on inherited by 43.0...).

This is a project to create a "larp" game for SUSE employees (or anyone geeky enough to play this) which will be based on computer related knowledge. The core of the game is to search for other people and clues for solving the main goal by "connecting" or "hacking" according to given HW and SW roles. E.g. a person will play router, another one will play PC and they will need to find a person playing TCP/IP protocol to communicate and eventually create a working setup to solve the goal. They they need to work as a group and solve riddles/ciphers which will let them go further. There are more game mechanics i have in mind, but don't want to spoil all of them now :)

https://github.com/viccuad/gomoduino

There is a super cool framework for mobile phone apps available: ionic (http://ionicframework.com/)

Every packager encounters boring manual tasks every once in a while and these tasks can most probably be automated to some extent. During Hackweek I aim to try and identify such cases in various packagers' workflow and consider creating a tool that would make these tasks easier. Also, I would like to find out whether there is a demand for such tool. In that case, this Hackweek project will turn into a long-term task I plan to keep working on.

GOAL

The Nokia N900 is a versatile phone/tablet/mini-computer. While its specs are outdated by today's standards, it's still hard to find something equivalently useful to hack on-the-go.

Tumbleweed wouldn't be possible without staging projects and managing staging projects isn't possible with a nice GUI. The staging dashboard is there to help but needs some love, esp when comparing

    jikos:~ # tc qdisc show

Live audio tools could use some work in openSUSE and are fun to play with.

• Enlightenment already has some minimal openQA tests but more can be written.
• A extended test Setup using extra repositorys in order to run tests on upstream pre release tarballs and potentially "Nightly/Weekly" builds.

Last time I checked QEMU lacked support for >= z10 processors. Thus one cannot run SLE12 and newer in a virtual machine on non-s390x host. I'd like to improve the situation during Hackweeks.

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.

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.