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:

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.

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.

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

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

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.

The openstack-helm project run Openstack in a Kubernetes cluster using helm charts. The goal of the project is to able to run it in OpenSUSE, and if successful as a bonus add a job that runs with OpenSUSE to the gates runs with OpenSUSE to the gates

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.

Inspired by Corebird, I'd like to write a native GTK+ Weibo application for Linux, so that I can learn how to write a GTK+ application from scratch, and every Weibo users can benefit from it. I've started to code for a while at spare time. You can find the project here.

openvswitch is more used by openstack and software defined networking stack. And it seems having a lot of improvements. In this hackweek, I'd like to see what's

If you are now thinking of Salt-SSH, this is not completely wrong, but also not right. What we are talking about here, is an other Transport for Salt, a replacement for ZeroMQ.

Why?

To follow a responsible disclosure while dealing with security issues on Open Build Service, we are going to setup a gitlab project mirroring our github project and set CI, using gitlab CI, to make sure that the security changes aren't introducing any regression and avoid embargoed issues being leaked.

I'd like to spent some time improving the network for our office in Gran Canaria in the following aspects: - Mini rack: Get a cheap or second hand mini rack to put all the network equipment inside.

"salt-toaster" allows you to test multiple Salt package flavors across different operating systems via Docker containers. This project is heavily used on the SUSE Manager team to hardening the Salt package that is shipped on the openSUSE/SLE distributions. Link to GitHub repository The "salt-toaster" execution is divided on different steps (image building, container spinning, salt key acceptance, tests execution, etc) but currently we only get the global results for the entire testsuite execution.

zypp-closure is a small helper tool making use of libzypp and the metadata of product repositories. The idea is to generate a dependency closure for a package or list of packages based on repositories metadata.

Currently, each filesystem developer does his fstests runs (a testsuite for regression-testing of filesystems) on his dedicated test machine, on Orthos machine, ... This not only means duplication of efforts to automate this testing but also leads to inefficient use of resources (sometimes the test machine is just idle, sometimes you would need more tests to run in parallel to speed up development). The goal of this effort is to use SUSE Engineering Cloud to implement fire-and-forget fstests runs where you specify kernel to test (fetched from git tree or so), fstests configs to run, and then just pick up test results later on...

When we started brain storming a project for hack week, one of the floated ideas was to remake the 1983 film WarGames, and for lack of available space, a local lot with storage units was proposed. Over the course of the following years, while we planned, we realized that this whole idea would not be the most feasible, but it still felt like we were onto something. Eventually, we settled with keeping the name and changing the scope.

The purpose of this project is to train myself in SUSE Manager and SaltStack. SUSE Manager delivers a best-in-class open source IT infrastructure management solution for software-defined infrastructure powered by SaltStack, a Python-based open-source configuration management software and remote execution engine.