Twopencean invention by e_bischoff Twopence is (will be) a remote execution engine for tests, able to run tests in virtual machines and real hardware through various means of communication : virtio for KVM / QEmu, ssh on top of libssh, serial lines. This library can be called from shell and ruby wrappers. While it is already functional (and used), it still needs polishing, stabilizing, and extending. It is also planned to integrate it with Pennyworth (project Machinery) and let it go fully Open Source. |
Crowbar on openSUSEa project by tboerger In order to build a community around crowbar, our cloud installer, we need to get this running on openSUSE as well. So let's find some time to move the packaging of crowbar from the ibs to the obs! In the end, there should be working packages in |
Reimplementation of "quilt setup"an invention by jdelvare I would like to change the way "quilt setup" is implemented. At the moment, we call rpmbuild and intercept the calls to tar and patch in order to record the location where archives are extracted and the order and options of the patches which apply to them. Then we replay that record to create our own quilt-compatible source tree. |
Work on KDE translation improvementa project by vpelcak I intend to work on translation of KDE to Czech language. http://i18n.kde.org/stats/gui/stable-kde4/team/cs/ |
HTML5 testdrive for SUSE Studioan invention by JKrupa2 There are more and more devices with no Adobe Flash plugin support in web browser (new Android and Apple phones and tables, etc.). The aim of this project is to replace Flash testdrive in SUSE Studio with HTML5 client. So our current implementation bases on our project from a previous Cloud workshop which uses noVNC. |
Support for automatically building kernels with user-influenced configurationan invention by vbabka Sometimes a user might want to build her own kernel instead of using the provided binary, for various reasons. This means creating own .config and maintaining it through kernel version bumps, which often results in running "make oldconfig" and mostly holding down the enter button to accept upstream defaults. What I envision instead is a way to say where I want my own config to deviate from the distro default (as provided by e.g. kernel-stable on openSUSE), and only those options will override the distro default configuration. This distro default configuration is always updated for new upstream releases, so there should be no need to (manually or automatically) accept new upstream defaults, thus less risk of producing a broken kernel, as e.g. any new kernel options will be configured in the distro kernel so that they work with the distro itself (while upstream defaults might not be safe or desired). |
I want to learn the Nette frameworka project by tbazant See http://nette.org |
Play with OpenCVa project by nadvornik OpenCV (Open Source Computer Vision Library) is an open source computer vision and machine learning software library. The goal is to get familiar with OpenCV API and with the available algorithms. Specifically, I want to look into these particular tasks: |
Create new mirror-script packagea project by mcaj I`d like to create new set of tools for mirroring ISOs and repositories from "master" server to slaves/mirrors. ATM we are using very old and buggy set of internal tools. scripts are written in several different languages (bash, perl, python) and on always easy to undigested their purpose. |
Improve Maintenance-workflow in BuildServicea project by BenniBrunner
|