SUSE Music(ian) Spacea project by ralfflaxa Once again, the SUSE band is coming together to make music and we're planning a party this time round!!! We have a band name :-) |
Easy openSUSE Upgradea project by maverick74 The idea is about an easy way to allow users to make upgrades (e.g.: changing from one major version like 15.0 to version 15.1) using a GUI and as easy as they can in Ubuntu. Something like a notification with a button to perform the upgrade with just one-click, instead of having to deal with the terminal, that frights some new users and gives them the sensation of an outdated system. |
Hack the Hack Week toolan invention by hennevogel 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! |
crash-pythona project by jeff_mahoney 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. |
New SUSE R&D Employee workstation/laptop auto-installera project by dmacvicar The idea is to create a bootable medium (eg. pendrive) that allows: * Selection of either SLES, Leap or Tumbleweed. |
x86 instructions decodera project by bpetkov This is the tool I've been working on since HW11 and it needs more work. Actually, there's always something which could be done on it. It is basically an x86 instruction decoder with special emphasis on the kernel and decoding interesting pieces of it in order to help in the development of low-level patching techniques, among others. git repo: https://gitlab.suse.de/bp/x86d |
gfxboot for grub2a project by snwint Make a final attempt to implement a graphical user interface for grub2 (gfxboot2).It's quite some work, unfortunately. Here's what's done so far: |
Learn to speak, read and write Germanan invention by cjschroder2 My German reading and speaking skills suck. I've forgotten everything except "Mehr Bier, bitte". A week of intensive immersion ought to enable me to order food as well. And converse with my German team members. Especially when we go out for meals and drinks. This should have a concrete goal, so I will write a short story in German to demonstrate my amazing new fluency*. |
geekos.prv.suse.net employee finderan invention by hennevogel Mission: Our company org chart consists mostly of teams + their project managers. teams.suse.com is an application that gives an overview about the various SUSE team resources like org-chart, office locations, mission descriptions, links to team pages/blogs etc. It should combine the various data sources that are already there (eguide, floor, externaltools etc.) and provide a way to enrich this data. |
package Atom and its dependencies for openSUSEa project by pluskalm It would be nice to have trendy and hip editor [0] in openSUSE. Currently however some nodejs dependencies are missing. What needs to be done: |
Brainstorming about Continuous Delivery in SLEa project by pgeorgiadis Hackweek is here! I think this is the best week of the year to sit down altogether and exchange ideas and suggestions. The main topic is Automation. The goal is that many of these ideas might help various teams within SUSE to engage their business reasons better in defining key expectations and improve the quality of our software products. No fear of change -- the aim is to propose a modern pipeline in a less-invasive manner. Everybody has an idea, everybody has a voice! Brainstorming together can be useful to many different roles, including testers, analysts and developers. Let's have a chit-chat and write down some of those; Hopefully we will come up with plenty of tips on how to organise testing activities better.
|
openQA Package Testinga project by RBrownSUSE openQA has a well earned reputation as a 'full system' testing tool, able to test a system end-to-end from the operating system to it's applications on a number of different platforms and architectures, including VM's & Bare Metal. But one area of weakness is it's usefulness as a testing tool for developers or packagers. openQA can easily test a package once it's INSIDE a distribution, but how do you test that package BEFORE submitting it to the distribution? |
Dochazkaa project by smithfarm 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) |
openSUSE on chromebooks (crouton)an idea by mbrugger Update for 2018 The only thing missing right now is a i386 Tumbleweed JeOS image. With that we should be good. Any help on that is highly appreciated. |
Find the exploit on the hackweek-toola project by dmaiocchi there is a small security, data manipulation bug on the hackweek-tool. You can try to find it, i will then post it at the end of the hackweek |
gitbota project by dmaiocchi gitbothttps://github.com/MalloZup/gitbot |
Little-Big sumaform improvementsa project by moio sumaform is a set of terraform modules to deploy SUSE Manager installations originated in Hackweek 14. One year later, it is used virtually by all SUSE Manager developers daily and in our automated test suites - some consultants and SEs also use it. |
Implement >=z10 (s390x) support to QEMUa project by mbenes Last time I checked QEMU lacked support for >= z10 processors. Thus one cannot run SLE12 and newer in a virtual machine on non-s390x host. I'd like to improve the situation during Hackweeks. |
Packman diet 2.0a project by scarabeus_iv Continuing last year tweaks of packman project we should proceed in the good work and reduce the packman to provide smallest set of packages possible on Tumbleweed (later on inherited by 43.0...). One of the cool results planned is that on stock openSUSE Tumbleweed user will be able to run most of the multimedia apps and play youtube (this is already working) and also with addition of non-free repository being able to run netflix. |
openSUSE for Small and Medium Businessa project by kfreitag There are a couple of interesting initiatives that make the openSUSE project interesting for SMB, such as The Invis Server |
X86_64 platform system programa project by jnwang DescriptionIt can boot up from udisk/floppy. |
Improve packagers' lifea project by kstreitova Every packager encounters boring manual tasks every once in a while and these tasks can most probably be automated to some extent. During Hackweek I aim to try and identify such cases in various packagers' workflow and consider creating a tool that would make these tasks easier. Also, I would like to find out whether there is a demand for such tool. In that case, this Hackweek project will turn into a long-term task I plan to keep working on. |
Prototype new LTP upstream runltp scriptan invention by metan Currently the upstream LTP is executed by a hacked up and old runltp script that executes even worse and fairly old mess called ltp-pan which in turn actually executes the test cases. This whole thing is a unmaintainable mess that should have been replaced with something simpler a long time ago. It should also have a few more features that has been requested in the meantime and not implemented since nobody wants to touch the code. For instance executing the test cases on a different machine via ssh and writing the results locally. Another feature I've been thinking about for quite some time is a parallel test execution, since most of the test cases in fact could be executed in parallel which could easily speed up the test run twice. There are other tests that cannot, mostly stress tests, but also test cases that modify global system state, i.e. system time, make use of sysv IPC, use loop devices, etc. These kind of tests should be annotated somehow so that we do not end up with a test cases competing for a global resources in a parallel test run. |
Use a SUSE OS on Raspberry Pi for a home entertainment and automation system.an idea by bryanstephenson
|
GeekoScreen: Building an open-source based whiteboardan invention by TBro GeekoScreen - an open-source based whiteboardIdea |