This project is about advancing the tool you're currently browsing. It got started back in Hack Week 9 to retire all the weird tools we've used in the past to track ideas. As you can see it has gone far but is still far from done. There are lots of features missing and bugs to be fixed on github. Get going!

Based on the hackweek 9 project from Flavio I'm playing around with <b>docker</b> and Linux containers.<br> My goal is to have a private image store with several openSUSE and SLE versions ready to use.<br>

• czech translation
• [ ] turn antialiasing off -> [x] font antialiasing

tiedot is a general purpose, document database engine designed for both embeddable usage and running stand-alone DB server, implemented in Go. Despite the effort of partitioning collection data and indexes, a single tiedot process still cannot scale beyond 4 CPU cores due to limitations of both data structure and Go runtime. Last year, an attempt began to partition data across multiple tiedot processes, and use IPC for communication and database logics. Initial benchmarks show promising scalability improvement using the new implementation. So let us complete the new implementation together, to bring the most scalable & embeddable DB engine for Go programs!

In past it was needed these project to be developed together due to unstable API of Gammu. This is now stable and having python module in the code just makes the things harder. The code should be separated, use standard distutils and have testsuite. In future it should also support Python 3, but that's not the primary goal now. The work has already started:

The project's goal is for Beijing GNU/Linux User Group port a self-hosted online communication tool. We discovered lets-chat project suite for our requirements, but it need more encryption. So, my primary work is deployed the lets-chat project in my VPS, and then try port a OTR encryption implement for this project.

As OBS can install various distributions, it should be in theory possible to abuse this functionality to create distribution independent way to create rootfs tarball. Done: https://github.com/openSUSE/obs-build/pull/166

Maybe it is yet another wheel

but still worth to do. The original idea is come from https://xmpp.net/.

On February 12th, 2015, the DMTF released version 3.0.0 of the System Management BIOS Reference Specification. This update isn't just adding enumerated values to existing structures, as previous updates did. It is also introducing a new entry point format which allows for larger tables and structures. Support for this needs to be added to dmidecode. Additionally, reading the entry point and the table from /dev/mem is no longer possible on all systems, so some work is in progress to offer an alternative interface through sysfs. It would be great to finalize this and release a new version of dmidecode that would support both SMBIOS version 3.0 and this new kernel interface.

Basically the idea is to boot inst-sys but to not run YaST and instead run a selfmade script that does the usual disaster recovery steps: