Starting from this 2 golden rules: 1) It is more important to reduce the Effort of Maintenance than it is to reduce the Effort of Implementation.

Description:

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. I want us to investigate and find (or found!) an Open Source project that allows to easily collect (internal) surveys.

I'd like to write a webservice comparable e.g. to Evernote or NextCloud. Emphasis of the project is that the server only provides storage for the actual data and keys; en- and decryption is to be performed by the client. Optionally capabilities for sharing data with other users should be included.

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. What if we can reuse Salt's internal tooling and develop some more tools that will not just grab logs/sysinfo from what is already there, but also get much more data, "x-ray" minions, turn them into a debug mode, collect right data, perform tests realtime etc?

At SUSE/openSUSE we are using (at least some times) Etherpad, whose functionality is really limited and looks as taken from the past. :seenoevil: 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. JetPad is a web-based collaborative text editor built with SwellRT real-time technology and the Angular 2 framework. Both JetPad and SwellRT code can be found in GitHub:

Banana-pi R2 has quite a good upstream support in the kernel, but lacks a u-boot support. The idea is to sit down at get working on that. This would be a good starting point to get u-boot support for other Mediatek SoCs as well.

The Bard music manager is a command line tool to organize local music I've been developing over the last years (in Hackweek 15 it was called finddupmusic). It parses your local music collection and stores the metadata in a sqlite database, then it can generate audio fingerprints and recognize similar/duplicated songs. It can also be used to play music (using internally mpv), set ratings, fix metadata, etc. The purpose of this project would be to create a web interface for Bard, so users can use their browsers to get music streamed to their computers/phones (with format conversions on-the-fly). Probably it should implement the AURA protocol for this.

On a smaller internet connection or offline the development experience can be severely degraded. This has a big impact on hackathons or other events where multiple people want to get the same content. Workarounds over USB sticks are less usable than an automated way can be. A content addressable transport that can work on a local network without internet would be better. There is a downside of local content addressable transports compared to protocols like HTTPS that AFAIK has no finished solution yet: Participants in the network can see what you request. If one wants to use such a transport by default this needs to be solved, otherwise it will remain an option that will only be used on networks where this downside is deemed acceptable. Find, ask around for more and summarize possible solutions.

I'd like to see a web-based desktop RSS reader with a simple 3-pane interface like SharpReader's but it runs in Firefox and uses Firefox shared storage to store the user's usage data on their local machines, not on a server. Technology:

There's sadly not much time to enjoy Factorio with friends, so from economy perspective it makes sense not to have the server running when it's not used. The plan would be:

There are several game launchers for Linux already (like Lutris or GR-lida), but none of them is focused on compatibility with old Linux games or other ancient native applications. At the same time it is getting more and more difficult to get those old applications to run on modern Linux distributions. This is a learning project for me, so the goal is not to extend any existing GUI frontend, but get familiar with various techniques and see how far I can get without any previous knowledge.

Right now, during the (open)SUSE installation process, the changes to be performed on the storage devices are presented as a list of actions such as: * Resize ntfs partition /dev/sda1 by 100 GiB

Currently, the Xen-Project supports automated build-testing/CI via GitLab pipelines, within containers based on: * Debian

Develop a proof of concept frontend based on React and Material-UI as an alternative to the JSP/Struts based frontend currently available.

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

Setup a SUMA Server in a VM on my workstation. Playing around to find out, how it works and how to add new functionality (like sapconf or saptune). Learning a little bit SALT will - hopefully - be the nice side effect.

Seastar is an advanced, open-source C++ framework for high-performance server applications on modern hardware. Seastar is used in Scylla, a high-performance NoSQL database compatible with Apache Cassandra Ceph community is currently working on migration to this project as well.