OpenCV is an open source computer vision and image processing library (http://www.opencv.org).

Package a basic, stripped down version of sysvinit for emergency cases, so you can repair a failed system without interference. My goal is not to replace systemd with sysvinit again, but to provide a sysvinit-base package that does not have any dependencies at all and can just be installed on any system. sysvinit will only be used in exception situations by specifying the kernel parameter "init=/sbin/init" or something like that. The package will come with the binary, a minimal inittab and a basic boot script that does only the really needed stuff.

DAPS (https://build.opensuse.org/package/show/Documentation:Tools/daps) is a tool we use in the documentation team to create/validate/export/... docbook documents. It's currently available for SUSE and openSUSE systems, and I believe that packaging it for Debian GNU Linux would help both the DAPS and the Linux community (and me myself as I'm using Debian at home as well :-)

[User]

I'm using soundkonverter a lot (my whole music collection is flac, but for the car or my children I prefer mp3) and it is working fine. However when doing mass conversions, building the list of files to convert can take ages. It seems the filelist is being re-created for every title added. Debug it and try to fix it in order to speed up this operation.

While packaging node.js modules, which often depend on specific versions of other node.js modules, sometimes many of them, you easily end up in dependency hell, and maintaining an OBS project with a few hundred of those modules can be a tedious task.

inputlirc is superior to previous lirc input daemon as it can monitor multiple input sources at the same time. This is needed for some new remote controls that appear as two devices, providing both virtual keypresses as well as mouse clicks. Since I'm too lazy to always build the package manually, I would like to have it available for OpenSUSE.

The primary motivation for crash-setup (created by l3team) is to make kernel crashdumps deployment and crash using as easy as possible. This has been the case for quite some time except the tool was quite l3slave centric. With a great help from tcech the tool is close to be fully usable from other machines and !.de network as well.

cscope is a great tool index C/C++ sources and allow to navigate through the code. I have learned that the project is mostly dead and what is worse it uses its own database format to store the index. I would like to see some extended functionality in the tool - e.g. search whether a function A is reachable from B, filtering search results per-file, fix functions with function parameter detection (such functions are not recognized properly currently) and some others.

Starting with CUPS 1.6 things have changed considerably. Clients are no longer discovering broadcasted printers anymore. Distributions (e.g. Debian) has backported the original protocol into cups-daemon package but this doesn't seem to work either on my laptop. I would like to look and try to understand what the hack is going on here.