SeaMonkey is the successor of the Mozilla Suite. The mail client allows connections over POPv3 and IMAPv4. In some cases one wants to leave the program running for longer periods of time, but once the mail client has password for a mail server it just stays connected. In case of "keep everything on server" profiles this means that the mail may stay accessible even when the machine is left unattended (which it often is). The purpose of the extension is to enable requesting the client to forget mail server passwords, so that the mail is no longer accessible without entering it again. http://www.seamonkey-project.org/

Pebble smartwatch is a nice gadget I own and I'd like to start playing with it at the code level. One goal would be to create a SUSECon / conference application for it, allowing to choose which talks I will attend and make sure the watch will notify me in advance a session will begin.

Create a set of ready to use Dockerfiles based on OpenSUSE, and find a nice home for them to live in. Useful containers or just for fun, let's dockerize-it all.

Write a simple command line tool for getting the open pull request from github and put it into a trello card. The tool should periodically update a list of pull request. In addition it would be great to have a connection between the trello card and github pull request.

DAPS, the "DocBook Authoring and Publishing Suite" provides a tool set for easy creation and publication of DocBook sources on Linux. DAPS lets you create HTML (incl. webhelp), PDF, EPUB, man pages, and other formats with a single command. DAPS is used and developed by teh SUSE documentation team. The official DAPS release is 1.1.7. SUSE internally DAPS 2.0 rc2 has been released. A few issues need to be fixed (mainly closing open bugs and adding missing test cases). The goal of this project is to fix these issues, so DAPS 2.0 can be publicly released.

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

The Problem: many bugs filed for openSUSE go to the screening-team by default and often remain there for weeks, so that developers (who would be interested in analyzing or fixing these bugs) do not learn about them. However, the screening process is a hard one

In short, give second breath to http://hall.suse.de/bugs/defects.cgi. Long version: Create a generated page reflecting SUSE organizational structure and containing links to useful generated Bugzilla queries and charts like:

zypper is magic

A number of experiments suggest that it may be feasible to run zypper from an openSUSE 'live' media against a 'foreign' RPM based OS installation (eg. CentOS) and then 'zypper dup' to openSUSE

Intro

The SUSE Manager client stack is rather simple, in regular intervals it asks the SUSE Manager Server for scheduled actions and executes them.

Installing linux on z/VM requires some way to punch kernel/initrd/parmfile into the reader which in turn can be booted. In a previous hackweek, I wrote a small tool, that makes it possible to do so directly from the internal ftp server. this has been proven valuable but not perfect. This tool should be improved to

Talking to people, getting the information about what had happened in the SUSE history, bringing all together to kind of a chronicle. Let's give it a try :-)

Dochazka is a long-term project to replace the obsolete Attendance & Time Tracking system used by the Prague office since 2007. Dochazka is a complex system consisting of three major components: - RESTful backend App::Dochazka::REST (with lots of help from Web::MREST)

Machinery supports inspection of SLES11 and SLES12 systems right now. It would be beneficial to be able to also inspect RHEL systems for various reasons:

Look once again on Xperia Tablet Z and try to have there openSUSE running natively as alternative operating system. I'm able to work on that only during my vacations or hackweeks so

New Development In previous hack weeks, the first few days ended up being wasted on just getting it working. I'm pleased to share that the code quality has improved dramatically since the last hack week and there are now extensive test cases for both unit testing and testing against real vmcores, and we'll use both mypy and pylint (if installed) to perform static analysis. Packages for those are available in openSUSE or as part of the crash-python OBS repo for SLE15. It has been tested with kernels from 3.0 to 5.1.

This will greatly enhance the usefulness of QEMU virtual serial ports, because the Linux kernel interprets a break on the serial console as a SysRq, but there is currently no way to pass this signal over a pseudo-terminal.

QA uses a dashboard (SUSE internal: http://qa.suse.de/dashboard/ ) to provide an overview of various data to assess the quality of a product. The project is about improving the available data points and the usability for users outside of QA department.

In last hackweek, I implemented a RSA private key parser in kernel: https://github.com/SUSE/hackweek/wiki/RSA-private-key-parser-in-kernel

After https://hackweek.suse.com/projects/105 the next thing to merge is hermes. Use ActionMailer for events

Use machine learning and natural language processing techniques to analyze the changes made in a project, and classify them in: * Small / unimportant fix