Create a set of ready to use Dockerfiles based on OpenSUSE, and find a nice home for them to live in. Useful containers or just for fun, let's dockerize-it all.

The docker way of updating containers is to build a new image with the updated binaries and files, which creates a security concern.

Discourse is a really great opensource forum, written in Ruby on Rails and Ember.js.

Micro-service for - making a report

Minimal objective

This is what we consider is the minimum result we can achieve at the end of the hackweek.

During the last CSM workshop I started to refactor zypper-docker in a way that:

As I'm already a maintainer of the plugins for Drone CI and we are nearby of a new releases which totally changed the structure of the plugins I would like to start migrating the existing plugins to the new structure.

I would like to continue to work on a web UI for the Docker registry. I know we already got Portus which is based on Ruby on Rails, but I would prefer a project based on Golang with a singlepage application for the frontend based on RactJS. So because of the singlepage application we are forced to write proper APIs that gets consumed by the javascript application, beside that I also want to add a CLI client for managing the system.

Clair is a static vulnerability analyzer for containers. Currently it supports containers based on Debian, Ubuntu and RedHat.

The aim of this project is to finish up the work already done in previous editions of Hackweek in regards to zypper-docker. That being:

OpenFaaS - Functions as a Service

How to deploy container - Docker based on SUSE CaaS Platform.

Build a base image and template (both kiwi and Dockerfile) for openSUSE Leap 42.3 using the native OBS container building feature.

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

kubeojo in 10 seconds-click-me to visualize-demo-link

The salt-toaster (https://github.com/openSUSE/salt-toaster) is a tool created and developed by SUSE employees that we've been using for testing Salt since few years ago.

Mash is a Python based CI/CD pipeline for automated testing and publishing of public cloud images. Currently the production and development deployment for the package is inconsistent, slow and manual. This is a barrier to rapid development, deployment and testing. It also means the development workflow is different than production. This can lead to production issues which were not seen during development.

There are various home assistant solutions out there but all of them transfer your voice to some server for processing. This is a no-go for sane people although the technology is interesting and could be useful. There are various open source tools out there to achieve the same result but there is no turn key open source self hosted solution. The goal of this project is to implement a way to have a home assistant running locally - ideally with one command.

Zero-ish downtime deploy on da cheap!

Project Description

For quite some time I am providing a ResourceSpace container on Docker Hub. It is meanwhile pulled about 234K times but unfortunately still based on Ubuntu. Meanwhile I have updated the base to Ubuntu 20.04, but I would like to move it to openSUSE instead. With ResourceSpace 9.5 coming out soon I see a possibility of introducing this switch. Enno Gotthold also did a great job of packaging ResourceSpace on OBS, so this could be used as a starting point for the container.

Project Description

In this project I would like to extend the capabilities of the SLE Release Management Container. This container is used by some colleagues in the SLE Release Management team to have access to osc and other Release Management critical commands inside a container environment. This includes the beta-emails project to send our beta announcements.

Project Description