yfjiang

GNOME is important to openSUSE and other distributions. I would like to help with the translation of GNOME. Mainly, the focus will be on the chinese (zh_CN) translation of GNOME 3.22 and 3.24 user interface.

There is a running gag built into openQA called interactive mode. It goes like this: "if you need the interactive mode, it's broken". The reason: the so called interactive mode is a collection of hacks - in theory making it possible to update needles in a running test.

To make sure openSUSE can coexist nicely with an existing Windows installation, we need to have automated regression testing. UEFI and secure boot are especially interesting.That means installing Windows and openSUSE in parallel in openQA.

While it is important for package maintainers to track the upstream code base activities and backport significant patches in a timely manner, it could be a tedious work when there's hundreds of packages in a project (ahem, GNOME) to follow manually.

Deploy an openQA on my locally virtual machine and create 3 openQA test case for nautilus.

Learn how openQA was implemented in details.

meson[0], a replacement to autotools, is very popular nowadays. It's a lot faster than autotools as far as what I hear and see. Besides lots of GNOME projects has been ported to meson. As one of the maintainers of GNOME Logs[1], I need learn meson and try to port Logs to meson for faster building.

We already tried to improve the Jangouts data model in the past and, although we made quite some progress, we did not finish it. I've been playing a bit with React and Redux lately, and I would like now to try a different approach replacing Angular with that combo. Using Vue.js might be another option too.

There are various email synchronization programs like offlineimap or mbsync, which have some inherent limitations:

GNOME Software supports distribution upgrade, that only requires a few clicks for upgrading your system. But it's not integrated into Leap. So this is that I plan to do this Hack Week.

The current GUI of FriCAS is ancient and difficult to use. I plan to improve that by using modern GUI frameworks, at least to make a working proof-of-concept demo to show this idea works.

I want to study the knowledge of openQA I will read the online documents and do some experiment in virtal-machine.

In a 2-node HA cluster without quorum server, since neither of the cluster nodes (partitions) has more than 50% votes in case of split-brain, we should configure corosync.conf to enable two_ndoe: 1, so that both nodes (partitions) will be granted "quorum". But there'll be potential fencing matches which could introduce double-fencing by chances.

Video Recording of openSUSE Conference session which introduced the project

Project Description

Project Description