Elixir is a Ruby-ish dialect of Erlang with meta-programming capabilities, this is my first project using it: pedro . The idea is to create a task manager that would organize tasks (jobs) and manage them in projects. It will be running locally, remotely or both in multi-node setup, will provide CLI, have web UI relying on http and websockets.
It makes use of erlang OTP, web framework phoenix that is inspired by rails. Author of elixir and main contributor to phoenix is Jose Valim, he's also the author of devise rubygem and former contributor to rails.
I want to learn Erlang and see if it makes sense to use it in the context of High Availability (it would certainly seem like it). As a learning project, I want to try to reimplement my koi project (https://github.com/krig/koi) in Erlang. Koi is a minimal cluster manager I wrote in C++.
jenkins is a great CI system (continuous integration) with a plethora of plugins available. SUSE QA uses openQA extensively as it excels in distribution and product testing - not only image comparison (common misconception ;-) ). How about combining both in using jenkins with plugins to act as a UI for openQA?
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.
Some months ago I was diagnosed with quite some allergies and I've been using a home-made google drive spreadsheet to track everything I eat for the last 6 months in the hope to have some raw data that can be processed and I can obtain information on which exact food (or foods) produce bad symptoms.
Using a spreadsheet in the cloud is nice, but it's not perfect, so in this project I intend to write an application for android/linux (using Qt) that I can use for that.
over 4 years
3 hacker ♥️.
Has no hacker:
reveal.js is a modern & lightweight HTML5/js-based presentation framework – much smarter than LibreOffice Impress can ever be (for a software developer).
Richard Brown was so kind to create a proper LibreOffice presentation template for openSUSE and I would like to bring that design to reveal.js so next time I do a presentation I can happily use reveal.js while keeping up the openSUSE flag. :-)
This project is about fixing this known Jangouts issue that is reported over and over, since many user experiencing problem with the outgoing WebRTC traffic or with camera authorization can "lurk" what happens in the room without being noticed.
Copy&Paste from the last comment there: It's true there is a lot of room for improvements to raise the awareness about "lurkers". For example, we could compare the number of people subscribed to your stream and the number of publishers. If numbers do not match, there is somebody listening but not being displayed. That's something we could show in the UI.
Parametrizable formulas is a normal salt module plus some metadata in order to interactively parametrize them. The metadata is used to automatically generate forms that are then injected as pillar data.
See original Hackweek project, SUSE Manager support for formulas blog article and its (internal for now) docs.
For some of us, Jangouts has become a tool we use everyday. It works (most of the time) and it helps to reduce the impact of having a distributed team.
In the past, Jangouts developers were busy making it to work. But, unfortunately, they didn't pay attention to UX. So the idea of this project is to invest some time trying to improve usability and make Jangouts looks better.
Update: Ruqola ('zypper in ruqola') is now in Tumbleweed and Leap 15.2!
For Hack Week 19 (Feb 2020) main goal is to test, polish packaging, potentially do fixes and select a snapshot to submit to openSUSE Tumbleweed. Upstream made one release but it was not optimal, development pace has sped up a lot lately and the client has become more stable and usable.
The idea is about an easy way to allow users to make upgrades (e.g.: changing from one major version like 15.0 to version 15.1) using a GUI and as easy as they can in Ubuntu.
Something like a notification with a button to perform the upgrade with just one-click, instead of having to deal with the terminal, that frights some new users and gives them the sensation of an outdated system.
SUSE IT needs help from fellow geekos with release engineering skills to define the requirements, process, infrastructure, and tools for building an openSUSE-based distribution bundled with SUSE IT-supported application stack. The resulting OS build will be offered as a standard distribution for new SUSE employees in addition to the existing Operating System library.