Parametrizable formulas is a normal salt module plus some metadata in order to interactively parametrize them. The metadata is used to automatically generate forms that are then injected as pillar data. See original Hackweek project, SUSE Manager support for formulas blog article and its (internal for now) docs.

There is a number of possible improvements to the architecture of SUSE Manager / Salt integration that should be investigated in order to improve the reliability and scalability of the backend: 1. Actions are currently scheduled in the minions using the schedule module of Salt. This brings problems with reliability as for instance a minion can be down at the specified schedule time which leads to actions not being executed. Scalability can be an issue as actions being scheduled for many minions might return results to the server at the same time. Instead it might be better to keep control over scheduled actions on the server to allow batching of actions as well as downtimes of minions or even the server. There is a work in progress branch to get started.

Phase 1: Melkor

After gathering the feedback of qam (transcription of brainstorming for problems and requirements), it's time to start fixing things. Let's build the first step of a shipping skeleton solution that addresses all of the problems listed in the aforementioned document. (draft)

GNOME is important to openSUSE and other distributions. I would like to help with the translation of GNOME. Mainly, the focus will be on the chinese (zh_CN) translation of GNOME 3.22 and 3.24 user interface. Note for Hackweek 15: Tong Hui would be review the GNOME 3.22 and 3.24, which will be release very soon.

GOAL

There is a super cool framework for mobile phone apps available: ionic (http://ionicframework.com/) ionic allows you to write apps in HTML, (Angular) JavaScript, and TypeScript for any mobile phone platforms: iOS, Android, and Windows Phone. You just need to know how to use HTML and JavaScript and you can start writing an app and convert it to any mobile phone platform.

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

COBOL is weird. COBOL is strange.

From the manual: "Org is a mode for keeping notes, maintaining TODO lists, and doing

BPF Compiler Collection (BCC) https://github.com/iovisor/bcc

I just want to learn how OpenCV works. And having a portable version would be great. - learn how to install SLES on RPi

I have a Flipdot sign that needs control hardware/software. I believe it supports RS485. * Get it to display anything at all

Experiment with kite aerial photography * Build or buy kite?

Currently we use openQA for the the YaST integration tests. It runs YaST in a VM and controls it via emulating keyboard input. The result is checked by comparing the screenshots. This approach has several disadvantages:

djmount is a neat idea - see UPnP/AV resources in your directly in the file system. Unfortunately the code hasn't been maintained for ~10y, and - at least for me - seems to by plagued by various bugs causing crashes and what not. There's currently no official openSUSE package. This project aims to pick up the code, fix bugs, and make the tool actually useful again. The code itself seems to be in quite a good shape, so this should be doable.

After joined Gary's BCC workshop a few days ago. The BCC is interesting to me, so I'd like to look into it. - Go through the tutorial. https://github.com/iovisor/bcc/blob/master/docs/tutorial_bcc_python_developer.md

I promised to start this project way earlier, but I think Hackweek will be a great time to make a start. The project once was called $BABELFISH, later "Rumsfeld", to honor the creator of the "Unknown unknowns" meme, now it's name is Maxfeld.

In general plan for YaST is to use ruby only in future. So goal of this project is to move it forward and replace more parts with ruby. Current ideas is to replace binary y2base with ruby script, which allows easier integration with ruby tools and more important it solve some issues with embedding ruby, as it will be then first citizen.

HTTPBoot was added into UEFI SPEC since 2.5. It aims to replace PXE and provides more features. Actually, the concept of HTTPBoot is similar to PXE. It starts with the HTTP URL from the DHCP server and fetches the data with the HTTP protocol. The key difference between HTTPBoot and PXE is the support of DNS. With DNS, the firmware and the bootloader can resolve the domain name so it's possible to pass the well-known URL to download the image instead of the explicit IP URL. Besides, HTTP is designed to cross different domains, while tftp (PXE) is only for the local network. Part1: