The Nvidia Jetson TK1 is an SBC with Nvidia Tegra K1 SoC (quad-core Cortex-A15, 32-bit ARMv7). I have openSUSE running on the Jetson TK1, but KVM is currently not usable as the CPUs are not booted in HYP mode. Thierry Reding of Nvidia has some work-in-progress for U-Boot and upstream kernel that I would like to test.

Work towards release of Weblate 2.3, the roadmap is in the issue tracker: https://github.com/nijel/weblate/milestones/2.3

The goal is to use the work from the debug-early GCC branch to generate better debug information for LTO compiled objects, especially with regarding to language specifics like classes and templates. This has now been achieved and openSUSE Factory

Objective

The openSUSE plymouth theme presently lacks a nice graphical screen to inform

The libvirt qemu hypervisor driver has long supported protecting disk devices from concurrent use via libvirt's lock manager interface. Xen used to support the same functionality in the old xend toolstack, but dropped support in the new libxl toolstack. The Xen community decided, rightly so, that this functionality is best provided by a higher-level management tool, e.g. libvirt. This project aims to provide integration between libvirt's lock manager and the libxl hypervisor driver, essentially reintroducing support for disk device protection in the Xen management stack.

Due to the newly appointed PM of SLERT 11 SP4, I would like to try out the SLERT 11 SP3 to experience the REAL TIME features so that I can talk and share the knowledge to team and other people Due to SLERT11 Alpha 2 image set at 28 April, I would like to take a chance at hackweek to try build the image because I never did any similar before.

Have a look at the library implementation and its API. I'm just curious about the library implementation. If things goes nicely I may use it to implement cbr support for http://gfxprim.ucw.cz later.

Some customers are still stuck in a world of 32bit. On ARM64, we have two options for those poor folks: 1) Run applications in the legacy ARMv7 instruction set

posixovl is a FUSE based successor of the old UMSDOS. It has a goal to provide POSIX file system functionality on top of vfat. Its code is nice and well written, but its feature set is not complete yet. It just supports: POSIX modes and user/group, hard and symbolic links, device nodes and named pipes. Much more can be done:

Create a user interface useable with a see through head mounted display. The display was created from some Chinese video glasses and has a low resolution (320x240) which requires a optimized user interface that also is useful when using it hands free. The existing Head mounted display: https://jamballa.wordpress.com/2015/01/26/steampunked-hmd-1st-iteration/

Our books are also available as regular software packages such as 'sles-manuals_en'. There is a semi-private script that I use to generate the requisites (fetch the old version from the BS, tar the XML sources with daps, update .spec and .changes, etc.) and to submit the results to the BS.

DRBD refers to block devices designed as a building block to form high availability (HA) clusters.Also possible to combine multiple devices driver for Linux(MD) and the network block device(NBD) to achieve similar functionality. DRBD is done by mirroring a whole block device via an assigned network. DRBD can be understood as network based raid-1. Only two nodes are supported in 8.4.x. For the drbd9(dev in RC phase), multiple nodes can be supported as well. Diving into it and do hacks.

We currently work on a consistency model for upstream livepatching infrastructure. We use something called a fake signal to speed up a finalization of the patching process. I'll port the implementation to kGraft in SLES which should allow to remove immediate patching since it has recently proved to be problematic...

I have an IRC tab open in pidgin and an adjacent XMPP tab; the latter one displayed with focus. When a new XMPP tab opens in background (with a message incoming), the IRC tab steals the focus but not the display. It brings annoying situations when I sometimes send something accidentally to the IRC instead of XMPP, not noticing that I don't have focus. Wanna hunt and fix this bug.

We from the public cloud dev team regularly upload generic and product images to be available in public cloud systems like Amazon EC2, Google Compute Engine or Microsoft Azure. The task of uploading stuff there is not only about having the tools it's also about having the right environment which provides account credentials as well as access to the image when they are built in the buildservice. Also the location from where the upload happens can make a difference in performance. Therefore a framework to combine all this into a more clean process should be developed. The basic parts of the project consists of: