On Mon, Apr 15, 2013 at 9:43 PM, harryxiyou <harryxiyou@xxxxxxxxx> wrote: > On Mon, Apr 15, 2013 at 5:13 PM, Daniel P. Berrange <berrange@xxxxxxxxxx> wrote: > [...] >> I'm not hugely comfortable with the idea of "capability support" being >> done by a student. IMHO to do a good job on that design-wise requires >> someone with a very good understanding of libvirt architecture & application >> needs. >> > > I understand. However, i think our Libvirt is developing so we should give more > choices to learners who are very interested in some field of Libvirt.(Like me, i > love the storage system of Libvirt very much). Maybe this is the essence of > GSOC, isn't it? Actually, some student is not only interested in > Libvirt but also > wanna to join this community and contribute to this community forever. (Like > me, i love the community because i can learn more knowledge from it.) > I believe that interest is the best teacher. No matter how the problem is > difficulty i will try my best to achieve it if i am very interested > in it. Another > key point is that GSOC just let students join the community and finish easy > jobs firstly. GSOC wanna train more core developers for our community. If i > can finish a job a bit difficulty, i can also accomplish it after GSOC > continuously. > All in all, i think you should not worry about this matter ;-). > Hi all, After i read all comments from Danpb, Mprivozn, Osier, i find i should rephrase my project idea for Libvirt storage during GSOC 2013(Thanks for Stefan Hajnoczi. He let me know this key point). I find Osier and Mprivozn agree with the project named 'The capability support for storage' and Danpb just feel it is a bit difficulty for students to do, which i have given my feedback to explain. So i rephrase my project idea for Libvirt storage during GSOC 2013 like following. Project name: The capability support for storage driver. Summary: The capability support for storage driver (like virsh capabilities for the hypervisor drivers, e.g. what pool types it supports, what volume types each pool type supports, even may what operations/APIs the pool type support, ...etc). Sill level: Advanced. Osier said to me this is a deserved bug to fix so i think he may wanna be the mentor for this one, right? Any Comments? Thanks in advance ;-) -- Thanks Harry Wei -- libvir-list mailing list libvir-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libvir-list