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.

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:

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.

Idea is to have SUSE system with OpenZFS as root FS. Why ZFS

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

The Invis Server

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

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.

Description

It can boot up from udisk/floppy.

2019

RPMlint upstream milestone 2.0 is shaping up but there are still ticket that needs to be tackled to finalize the release and enjoy the freshness of awesome QA on Tumbleweed/SLE16. In this hackweek we plan to look on various problems as described at:

Let's containerize SUSE Manager! This will open up different (and interesting) scenarios: - From a development perspective: learn about all the components that constitute SUSE Manager

The software is a rails app with an Angular.js frontend using the gphoto2 library to trigger a Nikon D60 camera. Features: take pictures, browse pictures, automatic upload to a gallery (tumblr, flickr, owncloud), qr code for download,

From a user perspective there are many ways to secure email communication with pgp. Especially the key handling is still challenging non tekkis. This project investigates processes techniques that are easier to handle for users by introducing hardware tokens for storing the private key.

Although availability of computer games on Linux has improved a lot there is way more potential for openSUSE to fire them up. This project is about improving the usability of openSUSE for gaming to appreciate the gamers who run openSUSE as their primary OS. The final goal for a number of improvements is that each gamer can play flawlessly without a single issue.

As we have grown in our remote and non official office at Gran Canaria we had to rent another space. This new office is almost empty and we need a little bit of love to improve the sensation of relax and commodity while we do what we love most. The main target of this project is to kickstart the decoration process, creating a minimum plan of what we want to achieve and step the first steps :smile:

The Doc team decided to collect remainders of foreign currencies to donate them to a 3rd world project. There is a box in the Documentation office on 1st floor AND in the All Hands Area where you can drop coins, bills or whatever currency you have left over from your last holiday trip that you don't need anymore.

Customers are using complex storage stacks such as LVM over dm-crypt over MD RAID over multipath over iSCSI and FC with LOTs of LUNs, and we're facing problems in that area which are usually very hard to reproduce. It's also hard to guard against regressions. Being able to quickly and reliably set up VMs with various types of storage / multipath is a key part of testing multipath. It's doable, but cumbersome and has a steep learning curve. I want to create easy-to-understand manual recipes plus scripts that are both easy to understand / customize and deploy.

The goal is to learn about Kaggle and Machine Learning. Resources:

We got two old mainboards and hope we can get at least one of them to boot linux from coreboot. 1. ASUS M4A785TD-V SPI flash with DIP-8 socket

Can we improve the remote hackweek experience for remote or non NUE people at SUSE? Feel free to discuss and share ideas.

Join us in singing a capella — barbershop-style and others. Find us on RocketChat: #chameleon-harmonists

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.

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.

Use this hackweek to practice and learn more about Go.

There seems to be an overall consensus that the ioctl interface used by ethtool is a poor design as it's inflexible, error prone and notoriously hard to extend. It should clearly be replaced by netlink and obsoleted. Unfortunately not much actual work has been done in that direction until this project started. The project started in Hackweek 16 (fall 2017) and has been worked on since, both in Hackweek 17-19 and outside. First two parts of kernel implementation are in mainline since 5.6-rc1, first part of userspace implementation (ethtool utility) has been submitted to upstream at the end of Hackweek 19 (2020-02-16).

Mottainai - Task/Job/Build Server for everyone!

Written in Golang. You can find the source code on GitHub and docs here.

Yes this project is yet another project for creating a Suse Manager clone. The motivation for that comes mainly from my need for a simple suse manager that i can easily run at home without the massive overhead involved in suse manager setup. Also since i mainly need to manage opensuse machines most of which are tumbleweed, suse managers repository model does not really work well in that case.

An initial prototype from the last hackweek can be found on YouTube Some may know the reality TV show shark tank where entrepreneurs pitch their startup ideas to get an investment. There is a German franchise of this show called "Höhle der Löwen".

Overview

With the recent explosion of product extensions, modules, bases, the decomposition of monolithic base products into modules, and the amount of churn in product composition between releases, the task of calculating product dependencies and migrations between products has approached the complexity of package management. We have a state of the art tool for solving package dependencies, so why not apply it to the new domain?

The supportconfig tool is a great resource for troubleshooting common system issues on SLES but its functionalities might not be enough to troubleshoot other issues related to cloud solutions. I would like to invite you to contribute on this project by creating new plugins/tools to complement supportconfig's great power and ease the troubleshooting process for SUSE Openstack Cloud product. Main goal:

The current crash-setup source is located here. Pretty much is working nicely but it doesn't care for the debug source making it impossible to use the crash> gdb list *<symbol> command right away. This is bug 997558 which should be worked on.

Currently externaltools is deployed manually with RPM. This is a manual process and involves packaging gem dependencies. We do have a caasp cluster running internally which already hosts geekos.scc.suse.de and dash.scc.suse.de.

Since Firefox 57, SUSE's default browser no longer supports XUL extensions. This is a problem for those of us who customized Firefox extensively with multiple addons. There are other Firefox forks out there, but Waterfox is based on v56, the most recent version of Firefox before the switch to Quantum -- https://www.waterfoxproject.org/en-US/

I would like to learn Elixir, I plan to do some tutorial and look into books. I if I have time also start with Phoenix the framework for Elixir :smile:

Motivation: "Make Jangouts Great Again!!"

Somebody do something! Goals

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.

Hackweek 18 Update

What Has Been Done During HackWeek 18

Idea is create applet with same functionality which provided by network-manager applet . Gather more detailed requirements is part of fun :)

I'd like to consider the possibilities for redesigning SUSE documentation. Mark Baker ("Every Page is Page One") says "include it all, filter it afterwards" which is the exact antithesis of what we currently offer. Let's consider how we can move documentation into the future: search driven, user friendly, accessible, and in line with the way our readers use the rest of the internet.

I want to write a new rubocop cop that verifies that a schema.rb file in a Rails project, references a valid migration.

Many of the Uyuni / SUSE Manager web UIs are still based on the no longer maintained Struts framework (version 1.2!) and implemented as JSP pages, while we added newer features based on the Spark framework and React. For me there is a vision of using only one technology stack (especially just one web framework, frontend framework and template engine) eventually, so it is about time to get rid of the old stack. While this is surely a huge effort, why not start with a new login page and then go from there rewriting other pages one by one? Things to look at in particular:

Intel Chen Yu developed a user land utility: Introduce the in-kernel hibernation encryption

Currently Salt is using supportconfig utility alongside with the SUSE Manager installation. Every single bugreport for Salt, that contains its logs are always useless that regard. It might work for SUSE Manager, but for Salt it doesn't. And even after asking user to switch the cluster into a debug mode or even trace mode, it is still far away from being useful enough, so the supporter don't need to dance with the tambourine around the fire, guessing what ghost just munged what component. What if we can reuse Salt's internal tooling and develop some more tools that will not just grab logs/sysinfo from what is already there, but also get much more data, "x-ray" minions, turn them into a debug mode, collect right data, perform tests realtime etc?

At SUSE/openSUSE we are using (at least some times) Etherpad, whose functionality is really limited and looks as taken from the past. :seenoevil: After taking a look to other possible Open Source alternatives, I think there is at the moment any which offers all the feature I would like to have. Because of that I would like to contribute to JetPad, with the idea of using it privately and that it can also be used by SUSE/openSUSE. JetPad is a web-based collaborative text editor built with SwellRT real-time technology and the Angular 2 framework. Both JetPad and SwellRT code can be found in GitHub:

See Jonathan Dieter's chunk project. https://github.com/zchunk/zchunk