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:

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?

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.

I would like to learn Elixir, I plan to do some tutorial and look into books. I if I have time also start with Phoenix the framework for Elixir :smile:

From a user perspective there are many ways to secure email communication with pgp. Especially the key handling is still challenging non tekkis. This project investigates processes techniques that are easier to handle for users by introducing hardware tokens for storing the private key.

in https://gohugo.io/ you can easily write custom themes via templates for creation of static websites the theme should be responsive for mobile and offer some configuration options

The result for xfstests in osd seems always red[1], but actually it's only a few test fail in a group(around 1/50). If we want to keep use openQA to handle those test, we need some enhancement for that. Try to enhancement test result to make it shows in a better way. - Make more reasonable group for those test

Description:

I use Calibre (calibre.com) in my opensuse. This tool manage ebooks, convert for many formats and control a ebook reader device. I would use my time to finish portuguese Translation to this project.

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?

Translations get more and more important in packages live. Currently, translation-update-upstream is the only tool capable to update packages translation. It was designed 10 years ago. It is a hard to use monolithic tool that does not use advantages of openSUSE Build Service.

Since Firefox 57, SUSE's default browser no longer supports XUL extensions. This is a problem for those of us who customized Firefox extensively with multiple addons. There are other Firefox forks out there, but Waterfox is based on v56, the most recent version of Firefox before the switch to Quantum -- https://www.waterfoxproject.org/en-US/

I just got the FST-01G device from my friend, which could work as the Gnuk token. I'm going to try to make it work for ssh authentication.

Right now our concourse instance http://salzbreze.suse.de:8080 runs containerized (via docker-compose) on bare metal We already have a production caasp instance, so we can already move it there

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

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.

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

i want to spend some day of my hackweek to improve salt-toaster https://github.com/openSUSE/salt-toaster

During the hackweek i want also to learn more about this topic. https://github.com/dastergon/awesome-chaos-engineering