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: