I have a Canon PowerShot S120, which allows for browsing / copying photos over WiFi. There are apps for Android, iOS, and Windows to do that. The protocol uses upnp to discover the camera and the smartphone/computer and them some HTTP-based protocol. I have some code using libupnp for the discovery and a perl script that is capable of transfering one file, but it's far from complete. Plus, I need to refresh my memory, because the last commit is from January :-(. Now, there seems to be some support for such cameras in gphoto already. So the plan is to dive into gphoto and use what I learned about the protocol to fix the gphoto support. If you own some other WiFi-enabled Canon camera supported by the CameraWindow software, let me know.

Plan

RandR is X11 extension for configuring monitors and since version 1.4 also secondary GPUs. These secondary GPUs can either provide additional monitors to output to or can render individual applications instead of the main GPU. (Or even both at once.) Once a secondary GPU is configured to do render offloading, applications can be started with DRI_PRIME=<id> environment variable to actually render on it instead of the main one. There are also USB GPUs (dummy framebuffers) that can be hot-plugged.

See http://nette.org

My idea was created out of a need in my current team(Hardware-enablement). Whilst excessive SLE testing on multiple machines i was forced to remember tons of ips to debug remotely. Since i had to reinstall new releases over and over again, ips differ, obviously. My approach to make life easier would be to create a simple cli to manage and administrate multiple connections on my local machine.

I`d like to create new set of tools for mirroring ISOs and repositories from "master" server to slaves/mirrors. ATM we are using very old and buggy set of internal tools. scripts are written in several different languages (bash, perl, python) and on always easy to undigested their purpose.

Implement improved ftrace infrastructure for PPC64LE (goal 1), s390x (goal 2), ARM64 (goal 3) that is able to support kGraft and doesn't have a performance impact. PPC64LE has an experimental (untested) patch by Dinar Valeev already, s390x works, but has a 10% performance impact on the system, ARM64 is entirely untouched.

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 :-)

Those working remotely or managing a distributed team know it: face time is invaluable. The former openSUSE team has been using http://sqwiggle.com to keep in touch and Google hangout to hold a stand up meeting every morning. We like the Sqwiggle approach. Although the last updates have made it worse, the concept of having a peep to your colleagues' desks to know if they are there (even if they are working hard or just talking to someone) and the possibility of starting a video conversation just clicking on the face shot can do a lot in reducing distances (and in killing the temptation of working naked for home-officers).

Non-Android Linux can already be booted on several devices that are based on CPUs from Allwinner, such as the A10 and A13, but support for the newer A23 is still incomplete. I want to use this Hackweek to work with the folks of the sunxi and Lima projects (http://linux-sunxi.org/, http://limadriver.org/) to get Linux up and running on an A23 based tablet.