Project Description

It would be nice being able to "rebase" a MicroOS/Aeon/Kalpa installation. This can be useful, for example, to undo changes done manually with transactional-update shell, to try another variant (like replacing Aeon with Kalpa) and so on... but the goal of this project is mostly to get more knowledgeable with the MicroOS/ALP internals (tukit, snapper, et all) while doing something fun.

I have my favorite card game from childhood . Unfortunately description is available only in Russian https://uk.wikipedia.org/wiki/%D0%94%D0%B5%D0%B1%D0%B5%D1%80%D1%86%D1%8C . Currently my friends spreed across the globe and here in Germany no one except my wife knows the rules . I would like to to have ability to play this game with my friends like I did in school/univercity.

Project Description

Project Description

HAKube UI plugin for Rancher

Project Description

GNU Make has been a popular software tool used for automating simple build, test, and general source code management tasks for a long time. You'll find Makefiles in many software repositories – we use it on many projects as SUSE! For the most part, Make does its job, but often what people want to do with it is not exactly what it was designed for. Specifically, Make users often use Makefiles as a means a means of building out a set of commands that can be applied to their repository. But therein lies the problem: Make was not designed to build quick command line utilities at all, and it quickly becomes a nightmare as soon as the user wants to include arguments or options in their commands. The common alternative is simply to build out a tangled mess of build scripts.

Project Description

Just hook up a webserver framework for rust with things like opentelemetry for tracing, prometheus endpoint for monitoring, structured logging (to systemd) instead of line based logging.

Create a dashboard based on grafana running on raspberry pi3 Decided to scrap all the previous attempt for a dashboard for solar power generation graphs and going for a simpler version running grafana.

Initially, the Agama D-Bus service was written 100% in Ruby. For many things, it relies on YaST, so it makes sense to use the same language. It was great to have something working quickly, but it also had some drawbacks. The main problem is that, as YaST is not thread-safe, we separated the service into different processes (storage, software, localization, etc.). The system became most responsive but at the cost of eating a lot of RAM.

Moving to Rust

Make Rancher and NeuVector AWS QuickStart persistent across Shutdown.

Specifically update this AWS portion of the QuickStart to leverage Amazon Elastic IP Addresses, making the stack persistent across shutdowns startups. Designed to save budget when not using. While Terraform is designed to build and tear-down, sometimes we add additional customizations post-build which we want to be persistent for the next demo, PoC, or development experiment. Not losing the public IP assigned to cluster API, etc. would allow persistency across shutdown.