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.

New Development

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.

Make a final attempt to implement a graphical user interface for grub2 (gfxboot2).

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.

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

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

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.

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.

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.

Let's containerize SUSE Manager! This will open up different (and interesting) scenarios:

The software is a rails app with an Angular.js frontend using the gphoto2 library to trigger a Nikon D60 camera.

From a user perspective there are many ways to secure email communication with pgp. Especially the key handling is still challenging non tekkis.

Although availability of computer games on Linux has improved a lot there is way more potential for openSUSE to fire them up.

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 Doc team decided to collect remainders of foreign currencies to donate them to a 3rd world project.

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.

The goal is to learn about Kaggle and Machine Learning.

We got two old mainboards and hope we can get at least one of them to boot linux from coreboot.

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

Can we improve the remote hackweek experience for remote or non NUE people at SUSE?

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

I promised to start this project way earlier, but I think Hackweek will be a great time to make a start.

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.

Mottainai - Task/Job/Build Server for everyone!

Yes this project is yet another project for creating a Suse Manager clone.

An initial prototype from the last hackweek can be found on YouTube

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 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 * command right away. This is bug 997558 which should be worked on.

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.

Currently externaltools is deployed manually with RPM. This is a manual process and involves packaging gem dependencies.

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.

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

Motivation: "Make Jangouts Great Again!!"

Somebody do something!

Oficina, a mechanical workshop application developed in Qt/C++

Hackweek 18 Update

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.

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?

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

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.

At SUSE/openSUSE we are using (at least some times) Etherpad, whose functionality is really limited and looks as taken from the past. 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.

Intel Chen Yu developed a user land utility:

See Jonathan Dieter's chunk project.

We often struggle to get feedback from our people, in particular if it's supposed to be anonymous. There are external systems on the Internet which are typically commercial, where (free) usage is limited and situation with GDPR isn't clear.