Description

There's already an app but code/features already in Syncthing Tray could be reused to create a nicer app with additional features like managing ignore patterns more easily. The additional UI code for the app could then in turn be re-used by other parts of Syncthing Tray, e.g. to implement further steps in the wizard as requested by some users. This way one "UI wrapper codebase" could serve GNU/Linux, Windows and Android (and in theory MacOS) at the same time which is kind of neat.

Project Description

The idea is to create and internally host a simple webpage with proper backend code allowing quicker and easier lookup for package maintainers and bug owners from OSC. Nothing fancy, just a page with search box and few radio button parameters to execute the lookup and display the results. Obviously it needs to fulfill security measures when it comes to the access to OSC on the service level and also user access rights to the search page itself (e.g. Okta). Currently the lookup can be done via terminal (which is OK), but there are security measures in place which makes the lookup difficult for some and granting an engineering VPN access just for the sake of this OSC lookup is a bit an overkill for people that do not need it for any other purpose.

What I do: learn the virtualization knowledge, get familiar with various ways to migrate guest, know the user's normal scenarios and requirement. Goals: give an introduction or a summary to share, including text and graphics about virtualization and guest migration.

Description

"GNU Hyperbole is an open, efficient, programmable information management and hypertext system for GNU Emacs." ()

Goals

Instruction

I recently got Jeedom working on SLES for Raspberry Pi. However, I'ld love to play more with it like controlling my window shutters. This hackweek could also be an occasion to get as much as possible of the jeedom plugins to work on SLES and openSUSE.

Description

This project aims to develop a comprehensive Data Observability Dashboard that provides r insights into key aspects of data quality and reliability. The dashboard will track:

Learn about developing a YaST plugin by creating a plugin to manage SSH Tunnels. Creating SSH port tunnels along with corresponding iptables rules is a useful technique for being able to access virtual machines on a remote host that only visible on a private network. Managing and maintaining these connections via scripts and tmux sesssions is less desirable than doing it through a nice UI like YaST.

Since Kubernetes already has a clear path of "in-tree" volume plugin to CSI migration. I would like to understand the concept of CSI with writing a simple driver for Kubernetes.

This hackweek, we will be hacking on Weblate and adding features that we need to use it as a translation tool for openSUSE!

Effort planning in large-scale agile projects with multiple stakeholders

Problem statement

Description

Our previous efforts to enable gdb to open kdumps was not received in upstream as well as we hoped for. The perhaps-acceptable way would be to extend gdb with the possibility of implementing targets in Python, then create example binding to libkdumpfile (which already got a Python binding). We've already tried that, yet it has to be tidyed up.

So I have to build a tool for in full automation, when I work on KVM testing. The tool should be base on and compatible QASET (that is used currently in QA team.

What is Brine?

Termux is already bringing a terminal and debian package manager to Android.

Relm4 is based on gtk4-rs and compatible with libadwaita. The gtk4-rs crate provides all the tools necessary to develop applications. Building on this foundation, Relm4 makes developing more idiomatic, simpler, and faster.

Paul McKenney's blog article inspired me to try apply his approach to kernel's memory allocation flags (gfp_flags) and how their combinations affect the decisions and actions taken during page allocation. Recent upstream development around these flags leads me to believe that the complexity is too high for me to reason about them and change the code without unintended changes in semantics. So it might be worth to let the computer do the hard work.

PXE boot is a quick and easy way to install any SUSE/openSUSE product on a machine. It doesn't require any boot media and today virtually any system is capable of booting using PXE.

The architecture team maintains a tftp server with boot loaders, boot loader configurations and installation images for a variety of architectures and products. Currently in the Nuernberg office this PXE boot service is only available in the network of the architecture team. Since tftp is unicast, the server should be reachable from anywhere in the internal network. What is missing is the information about the address of the tftp server and the image to boot from this server.

A lot of openSUSE bugs are filed with plenty details but without a specific assignee so often many days are lost between filing and a developer seeing the report.

Overview

Farfalla, is a bot for analyze cucumber failures on the fly.