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.

Description

One of the PuppetLabs guys is trying to enforce best practices on administering Puppet modules, by using base modules and build services and roles on top of them. That way we can re-use external / third-party modules from forge.puppetlabs.com, ideally without touching them at all. He names that "the Lego approach". Full article.

A web frontend for the mirrors in the mirrorbrain database to allow the mirror admins to manage their entries themself. You might know MirrorBrain already: our download redirector and Torrent/Metalink generator used u.a. on download.opensuse.org. It's really a great tool that plays a hidden key role inside the openSUSE infrastructure.

• jruby
• ruboto homepage

Initial idea to build a tool to help rubygems community to rotate maintainers for abandoned projects. Many new developers would like to maintain a project to learn new stuff and many good projects are abandoned by initial authors.

Links: https://github.com/jlnr/gosu/wiki/Ruby-Tutorial

Machinery supports inspection of SLES11 and SLES12 systems right now. It would be beneficial to be able to also inspect RHEL systems for various reasons:

In order to build a community around crowbar, our cloud installer, we need to get this running on openSUSE as well. So let's find some time to move the packaging of crowbar from the ibs to the obs! In the end, there should be working packages in

The new SUSE Floor is nearly done. The core functionality is already implemented and only some basic features are left.<br> <br>

Yast team has a great experience in automating tasks that can be done by machines in order to save time that can be used better. We usually use Jenkins for running these jobs.

Why to use automation?

The idea is simple. Dice is a light weight build service for KIWI images with full control over the build power by the user. At SUSE we have the buildservice which is the full professional version of a build service for packages, images and also products. As a normal user I can provide input and I get some output but I have no control what happens with my data, when it's being processed and where it's being processed. That's by design and works great, thus not meant negatively. I'm a 100% fan of the buildservice

Create a system to allow a community to add contextual information to "open books". Think wikipedia for books

The goal of Project MySelf is to build a system to collect data about yourself in a safe and private way, so that you control your data and you can decide what happens with it. Read more

Micro-service for - making a report

Writing code is wonderful, but it gets its real value, when it's released and shipped to the world. You know the mantra: "Release early, release often". Releasing code is not hard, but it involves a lot of details, and you want to get them right, because a release is this public statement "Hey, it's done, it works, you can use it." and you can't take a release back, once it's out there. To help with releases there are tons of release scripts which try to automate things. But they usually are quite fragile in case something goes wrong and a pain to test and maintain.

Machinery [1] supports the inspection of os, packages, patterns, repositories, users, groups, services, config-files, changed-managed-files, unmanaged-files. The inspection of disks it's covered yet. The goal of this project is to fill this gap by using libstorage.

or: Static Analysis of nil Values in Ruby Code used in YaST. YaST is written in Ruby. A large part of the code is Ruby that was

YaST code organization is a mess at many levels (files location, namespaces, code dependencies...). Recently we created this gist to put some of the issues on the table Many YaST developers will be at openSUSE Conference, that overlaps with Hackweek. The plan is to lock them all in a room with a blackboard and reach agreements on how the code should be organized in the future. Then use Hackweek to iron the details, document everything in some kind of style guide and, if time permits, even do some experiments about how to adapt the existing code to the new conventions.

Reporting demands on SCC are increasing. Rather than creating hand crafted 'one-shot' reports in response to every request, this project aims to discover whether there is a better way.

Read RoR docs and continue the TODO list from https://events.opensuse.org/conference/oSC16/program/proposal/894 + issues from https://github.com/ChrisBr/rails101/issues as a practice.

The goal of this project is to write a proof of concept of a new philosophy for yast2-storage-ng. Instead of just extending the API offered by libstorage-ng, the idea is wrap libstorage-ng so the Ruby code using yast2-storage-ng does not have direct visibility (unless explicitly desired) on the libstorage-ng classes and methods. If you don't know what all that means, keep reading.

Perl-apparmor is obsolete in the apparmor community. No one is maintaining it. However, opensuse has to keep it to interact with yast, which is the main consumer of perl-apparmor. Getting rid of perl-apparmor would mean: + Creating a new interface (JSON) to interact with outside world (IOW, yast)

After an internal call for help to take over software.opensuse.org deployment, I spend some time studying the code in order to find out what would it mean to take it over. The main reason was a PR from the community that has not been merged, and deployment depending on internal SUSE employees.

Doc as Code with Asciidoctor, Jekyll, and TravisCI

Goals: (Subject to change)

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

The subject says it. Learning about DHT seems like a fun project.

I just recently started a new project which is meant to be a wrapper for OBS's API. The library is written in Ruby. https://github.com/mschnitzer/open-build-service-api

People are interested in Linux on Windows via WSL, especially given the new fully virtualized Linux kernel in WSL 2. It's interesting to know whether registered SUSE installations might be running in WSL as opposed to other Microsoft virtualization platforms, but the current approach taken by SUSEConnect (the client for SUSE Customer Center) does not permit this.
By inspecting the contents of /proc/, it is possible to tell these platforms apart. This project aims to enhance SUSEConnect to do so.

Well, we often stuck in YaST team with knowledge what users really use and how much. But we have yast logs in many bug reports. And from those logs we can see which modules users use the most. So goal of this project is to write script that analyze given tarballs with logs and print result about usage of yast clients.

Project Description

Create a requirements management tool (RMT) based on a graph database.

Project Description

Dawnscanner was a ruby code security static analyzer I created in 2013 and led until a couple of years ago. Unfortunately in my last two jobs, my focus was less on ruby code, so the project lost some traction.

Description

TL;DR: I'd like to have something like this for YaST log.

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

Uyuni is the upstream community project from which the very popular SUSE Manager is derived. It uses its own QE test suite wirtten in Cucumber and Ruby. Currently the Uyuni test suite runs with Ruby 2.5.9 which is EOL since 2021. This is because the most current Ruby version for openSUSE Leap 15.4, which the test suite controller runs on, is still Ruby 2.5.9. Updating the Ruby version allows us to modernize the test suite code base and to use more recent Ruby gems that do not support the old Ruby version anymore.

Project Description

Goal of this project is to have a simple way to configure the collection of historical data

My wife needs a website to catalog and sell the products of her upcoming bakery, and I need to learn and practice modern Rails. So I'm using this Hack Week to build a modern store using the latest Ruby on Rails best practices, ideally up to the deployment.

TO DO