Once again, the SUSE band is coming together to make music and we're planning a party this time round!!! We have a band name :-)

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.

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.

The idea is to create a bootable medium (eg. pendrive) that allows: * Selection of either SLES, Leap or Tumbleweed.

This is the tool I've been working on since HW11 and it needs more work. Actually, there's always something which could be done on it. It is basically an x86 instruction decoder with special emphasis on the kernel and decoding interesting pieces of it in order to help in the development of low-level patching techniques, among others. git repo: https://gitlab.suse.de/bp/x86d

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:

It would be nice to have trendy and hip editor [0] in openSUSE. Currently however some nodejs dependencies are missing.

What needs to be done:

Hackweek is here! I think this is the best week of the year to sit down altogether and exchange ideas and suggestions. The main topic is Automation. The goal is that many of these ideas might help various teams within SUSE to engage their business reasons better in defining key expectations and improve the quality of our software products. No fear of change -- the aim is to propose a modern pipeline in a less-invasive manner. Everybody has an idea, everybody has a voice! Brainstorming together can be useful to many different roles, including testers, analysts and developers. Let's have a chit-chat and write down some of those; Hopefully we will come up with plenty of tips on how to organise testing activities better. > Coming together is a beginning. Keeping together is a progress. Working together is a success. - Henry Ford

openQA has a well earned reputation as a 'full system' testing tool, able to test a system end-to-end from the operating system to it's applications on a number of different platforms and architectures, including VM's & Bare Metal. But one area of weakness is it's usefulness as a testing tool for developers or packagers. openQA can easily test a package once it's INSIDE a distribution, but how do you test that package BEFORE submitting it to the distribution?

Dochazka is a long-term project to replace the obsolete Attendance & Time Tracking system used by the Prague office since 2007. Dochazka is a complex system consisting of three major components: - RESTful backend App::Dochazka::REST (with lots of help from Web::MREST)

there is a small security, data manipulation bug on the hackweek-tool. You can try to find it, i will then post it at the end of the hackweek

gitbot

https://github.com/MalloZup/gitbot

sumaform is a set of terraform modules to deploy SUSE Manager installations originated in Hackweek 14. One year later, it is used virtually by all SUSE Manager developers daily and in our automated test suites - some consultants and SEs also use it.

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.

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...). One of the cool results planned is that on stock openSUSE Tumbleweed user will be able to run most of the multimedia apps and play youtube (this is already working) and also with addition of non-free repository being able to run netflix.

There are a couple of interesting initiatives that make the openSUSE project interesting for SMB, such as

The Invis Server

Description

It can boot up from udisk/floppy.

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.

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. Lets go on as Standa took care of creating network:cryptocurrencies

https://github.com/viccuad/gomoduino Gomoduino

For testing Hawk, we're currently using a Vagrant configuration, and for testing HA releases we've been using a set of scripts originally authored by Antoine Ginies as a Hackweek project. My vague idea is to combine Terraform, Salt and a custom web frontend to make a tool that can be used by us as developers but also for others that want to try Hawk or play around with a cluster, for example for the UX team when testing modifications to the Hawk UI. I would base this on the work done by the SUSE Manager team:

This is an idea that's been kicking around for a while... maybe it's finally time to "make it so." Minimally:

2019

During Hack Week 7 I worked on an archive of Qt-based libraries. The goal was to easily make all available Qt libraries accessible to developers. Think CPAN for Qt. So I hacked on a web site and a command line client. There was a little bit of progress on the project since then, but with the upcoming KDE Frameworks 5 there will be quite a number of additional libraries available for Qt developers. This should be well represented in Inqlude as well. The coverage of Inqlude is also still not complete, and the tooling needs some improvement as well, especially regarding integration with distributions.

Project Description

This is about porting the old KDE 3 based KDirstat to the latest Qt 5. KDirStat didn't use that much KDE infrastructure to begin with, and KDE seems to be more and more a moving target. Project repo and web site with more details:

To implement OTR function on IRC client, to make chatting private. pure-python-otr (potr) has lack of maintenance for a long time and been considered as "potentially insecure". So I will call libotr5 directly with C.

Implement a basic file search for a given OBS project. An example of basic functionality can already be found for Ubuntu or Debian. The goal is to implement,

Features

The purpose of this project is to implement an Android application which shows some images (or dice) which you must use to create a short story. The requirements and desired features for the app are:

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:

The purpose would be to have the equivalent of Ubuntu's "apt-get autoremove" functionality. When you install package P, it might draw in dependancies D1, D2, ... Dn automatically.

The goal is to reduce the number of applications installed on the mobile phone (which consequently reduces the number of ads and spyware) and transfer some of the functionality of the commonly installed apps to a personal Telegram Bot. Bots are a great way of implementing integration with external services, and, to this end, we expect the following functionality:

I am HA developer, don't have any experience on machine leaning field. Recent years, many topics like "Data Analysis, Data Mining, Data Science, Machine Learning, and Big Data, etc... (I don't forget AI, but in not this time)" become more and more popular and seems interesting to me. I also want to know how high availability function implemented in some distributed system for the core part. Google TensorFlow1.0 just released, it is the time to play on it.

SUSE has lots of information in a jungle of tools within the company network. We want to create a platform to extract and refine (distil) the available information and display it in a meaningful manner. The overarching goal is to make available data more accessible. The initial idea sparked in a Knowledge management workshop for the SUSE Documentation Team. A first, refined version was presented as OpenDoc at openSUSE Conference 2016

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:

Linux Certification Preparation Preparation for different Linux Certification:

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. Currently three different suse-xsl-stylesheet brands exist: SUSE, DAPS, openSUSE. Branding is done by adjusting the xsl-stylesheets directly. It would be desirable to be able to easily change the branding, e.g. via a simple config file in the style of /etc/sysconfig files, since most people cannot hack XSLT. This is also the number one enhancement request we get from DAPS users outside of SUSE.

Live audio tools could use some work in openSUSE and are fun to play with. Finally many of these tools are making it into tumbleweed (And Leap 15.3) especially Cadence.

jikos:~ # tc qdisc show qdisc tbf 10: dev eth0 root refcnt 2 rate 800Mbit burst 131000b lat 1.0ms

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 :)

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. Most of it's drivers are already upstream, with just a few components missing:

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. So, a very insane idea I came up with is to convert OCI images to RPMs and then distribute them as simple RPMs. The idea would be to use capabilities (Provides: oci(...)) to implement the different names of images and then also the dependency graph of blobs (which would naturally be de-duplicated).

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. The bad news is that - since years(!) - there is no-one actively maintaining the application. While the openSUSE Heroes keep the basic infrastructure up and running, they are not responsible for the application itself. Following the standard policy for such services, this would mean that connect has to be shut down immediately. But the openSUSE board heavily depends on this tool and asks every time when it comes to "shut it down" - to not do it.

Using docker as a development platform for nontrivial development environments sounds interesting. This project is about learning basic docker handling, about exploring how to use it for simplifying development, and maybe (but just maybe) about providing ready-made docker containers for new team members.

Unity3D : Moba : (Multiplayer Online Battle Arena) on SUSE Linux

This page is under development:

The plan is to gather ideas about how SUSE can become a more integral part of the local tech community scene (in PRG, NUE, or other locations). As a person who has been involved in educating women about tech for some time, I am thinking of introductory workshops and meetups, aimed not necessarily only at female audience.

Oficina, a mechanical workshop application developed in Qt/C++ Hackweek 17: Work on TODO - Test. Make it very stable, after that, insert it in openQA.