From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NpiFz-0004W3-Bk for qemu-devel@nongnu.org; Thu, 11 Mar 2010 08:16:55 -0500 Received: from [199.232.76.173] (port=54817 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NpiFy-0004Vm-TJ for qemu-devel@nongnu.org; Thu, 11 Mar 2010 08:16:54 -0500 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1NpiFx-00081q-DH for qemu-devel@nongnu.org; Thu, 11 Mar 2010 08:16:54 -0500 Received: from mx1.redhat.com ([209.132.183.28]:10128) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NpiFw-00081S-H4 for qemu-devel@nongnu.org; Thu, 11 Mar 2010 08:16:53 -0500 Date: Thu, 11 Mar 2010 10:16:38 -0300 From: Luiz Capitulino Message-ID: <20100311101638.1e781658@redhat.com> In-Reply-To: <2776773B-7B1A-4E74-A59A-4CC45D3AAE6C@suse.de> References: <20100310183023.6632aece@redhat.com> <4B98A20E.4000900@redhat.com> <4B98BB2D.9020608@redhat.com> <2776773B-7B1A-4E74-A59A-4CC45D3AAE6C@suse.de> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: [Qemu-devel] Re: Ideas wiki for GSoC 2010 List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Alexander Graf Cc: Anthony Liguori , KVM General , Jan Kiszka , "qemu-devel@nongnu.org Developers" , Avi Kivity , Adam Litke , Paolo Bonzini , Gerd Hoffmann On Thu, 11 Mar 2010 12:25:24 +0100 Alexander Graf wrote: > == Write a C QMP library based on QEMU JSON and QMP code == > > Suggested by Anthony, mentored by Anthony? :) Possible other candidates are Luiz and Kraxel I guess? I haven't really tracked QMP that much. I didn't candidate as a mentor myself because Anthony has a better idea wrt to the public API. But I certainly can help with the implementation. I have more two or three QMP projects to suggest, btw. > == Add support for guest copy/paste == > > This should probably be folded into the above VNC server improvements. By itself it's just too little of a task. > > == Device state visualization == > > Jan, Kraxel? Maybe too small for a task? I think that whether a task is small or not also depends on the student, of course that we should not come up with a project that can be easily done in two weeks. On the other hand, 'not that difficult' tasks can be an excellent project for those really new to open source and serious development. You know, when you're a starter you spend quite a lot of time reading code and trying things out (and there's nothing wrong with that). So, for this kind of project the mentor only should take extra care to choose a student that is really going to learn a lot in the project.