It's 1.5yrs since we've launched the last Studio version. Customers are asking about a roadmap, a new version... After discussions with AJ, Adrian, Alex, I want to create a draft plan/concept how such a Studio successor could look like.

bundler-audit is an open source that scans you Gemfile.lock (if you program with ruby) for known vulnerabilities. Let's take the list of issues and enhancements and fix as much as possible

Learn more about network performance testing tools. I would like to get more fimilar with netperf and iperf. Try to find out what's different between netperf and iperf. And have a look at what's new in iperf3.

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.

kGraft is SUSE Labs answer to the rising need for being able to patch the running kernel without rebooting the system. I think this kind of tool is very cool, so by this hackweek chance, I want to investigate it how it works and how it was implemented. And also by this chance, I hope I can improve my ability of kernel hacking. If you are also interested in kernel live patching, please join this project together.

Gathering detailed information about hardware in an automated way with chef using an ohai plugin enhances transparency about the hardware being used in a datacenter. The idea is to write a plugin for ohai that gatheres information from hard drives used in a node that runs chef-client.

SUSE currently consumes a lot of electricity for keeping servers up an running as well as workstations at the office rooms, air-conditions and so on. The project is about to collect information where all the power is going to and to find sweet spots for saving power (and money).

For debugging purposes one often times needs to know the communication partner on a socket or pipe a program has open. This information is not

I want to gain some knowledge about CI and devops. I wrote a script to generated configuration files for pxe server and slp sever.

Q: How many new bugs opened over time for a package? The question is simple, but need some effort to answer in the context of a distro with thousands of packages.

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

Current kGraft implementation allows to apply new patch only when the previous one is applied to the whole system. Every task is handled separately and it needs to wait for a safe place to switch. It might take a while, especially when the task is sleeping. Therefore it would be great to allow to apply more patches in parallel. It is not trivial because different tasks might be in different world, so the slow stub has to be clever and choose the right one without taking any lock...

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

Play with Docker orchestration tools like the ones provided by CoreOS, OpenShift and kubernetes. Provide packages for openSUSE and SLE.

One of the winning factors of Docker is the Docker Hub. This the a place where the Docker community shares their images. Thanks to Docker's integrated build system it is possible to create new Docker images by just extending an existing one. That's why the Docker Hub is so useful.

Working remotely has many advantages, but you sometimes lack some infrastructure. Specially if you use several computers or you share space with other SUSE co-workers. We are 3 Susers in Gran Canaria and we plan to share an office. So we have bought a Cubietruck, a tiny device with minimum power consumption, an ARM processor, a SATA interface and a Gigabit ethernet. The plan is to come-up with a set of recipes to configure such device to:

Use machine learning and natural language processing techniques to analyze the changes made in a project, and classify them in: * Small / unimportant fix

Currently the Open Container Initiative doesn't specify a distribution protocol or system, and the current "standard" format is the Docker registry protocol. Aside from technical reservations with Docker registry, it is also not an OCI-compliant system and will require a lot of work to integrate it into all of the openSUSE/SUSE tooling. So, a very insane idea I came up with is to convert OCI images to RPMs and then distribute them as simple RPMs. The idea would be to use capabilities (Provides: oci(...)) to implement the different names of images and then also the dependency graph of blobs (which would naturally be de-duplicated).

The openSUSE build service could build hundreds of packages in parallel but in practice serial package dependencies prevent that.

• Setup Tensorflow on OpenSUSE 42.3
• Look for a way to package it

We got a couple of GSoC projects around Jangouts this year: - https://code-master5.github.io/Aug-22-2017

Build a base image and template (both kiwi and Dockerfile) for openSUSE Leap 42.3 using the native OBS container building feature. Results/WIP will be available here:

Ai and Machine learning play important role in our life, I'd like to learn it. research to see is there any way of using DEEP learning on open source stuff.

This is my attempt to catch up on the field of machine learning. In order to not "waste" time of exercising with dummy data the Security team came up with a couple of interesting questions: 1. Is a software mentioned in a bug or security issue relevant in incident management (Tagging as Not for us)?