From Fedora Project Wiki

m (New page: = Community Architecture Meeting :: Monday 2008-12-01 = == Roll call == == Agenda == * Jim Gleason and Moshe Bar. If there is time after Jim and Moshe leave: * Rebuild document status...)
 
 
(3 intermediate revisions by 2 users not shown)
Line 1: Line 1:
= Community Architecture Meeting :: Monday 2008-12-01 =
 
 
 
== Roll call ==
 
== Roll call ==
 +
Max, Jim Gleason, Greg, Tiemann, Karsten, Jack, Moshe Bar, Jan Wildeboer, David Simmons, Harish
  
 
== Agenda ==
 
== Agenda ==
  
* Jim Gleason and Moshe Bar.
+
'''Jim Gleason and Moshe Bar joined us to discuss Qumranet community.'''
 +
* KVM and spice (remote virtualization protocol).  Advantages of KVM versus other technologies.  SMP support, ACPI abstraction, etc.  These people won't move to KVM quite yet.  Getting the community involved to address these kinds of issues.  Jim asks "are there enough developers in the community around KVM?  What do people talk about at the KVM forum?  Mailing lists, forum, etc."  KVM Forum is an event -- 50 - 70 attendees past two years.
 +
* Something that made KVM more successful than Xen is usability.  With KVM, you just load a new kernel module and a few drivers and you're off and running.  People understand the architecture of KVM much better, it just looks like a normal process.  Architecture of KVM is also far more friendly toward upstream integration than KVM is.  KVM is just a kernel module, so the architecture is just so much friendlier to open source, and integration into the vanilla kernel.
 +
* Desire to continue growing users around KVM.  Creating a build of Fedora Live CD that is the Fedora Live KVM CD, you have a complete testing platform?
 +
* First enable users around the non-critical-path tasks.  Articulate a challenge to a knowledgeable user base.  High overlap between user & potential contributor.
 +
* Find someone to wander in as a newbie who can serve as a pathfinder.
  
If there is time after Jim and Moshe leave:
+
'''Action items:'''
 +
* Jack will set up a conference call with some of the other KVM engineers to identify low-hanging community fruit.
 +
* Jack will contact folks about KVM discussion & hackfest at FUDCon Boston.
  
* Rebuild document status (or feedback discussion, if we have any from mrc).
+
[[Category:Community Architecture meetings]]
* FY10 goals discussion.
 

Latest revision as of 03:08, 12 January 2011

Roll call

Max, Jim Gleason, Greg, Tiemann, Karsten, Jack, Moshe Bar, Jan Wildeboer, David Simmons, Harish

Agenda

Jim Gleason and Moshe Bar joined us to discuss Qumranet community.

  • KVM and spice (remote virtualization protocol). Advantages of KVM versus other technologies. SMP support, ACPI abstraction, etc. These people won't move to KVM quite yet. Getting the community involved to address these kinds of issues. Jim asks "are there enough developers in the community around KVM? What do people talk about at the KVM forum? Mailing lists, forum, etc." KVM Forum is an event -- 50 - 70 attendees past two years.
  • Something that made KVM more successful than Xen is usability. With KVM, you just load a new kernel module and a few drivers and you're off and running. People understand the architecture of KVM much better, it just looks like a normal process. Architecture of KVM is also far more friendly toward upstream integration than KVM is. KVM is just a kernel module, so the architecture is just so much friendlier to open source, and integration into the vanilla kernel.
  • Desire to continue growing users around KVM. Creating a build of Fedora Live CD that is the Fedora Live KVM CD, you have a complete testing platform?
  • First enable users around the non-critical-path tasks. Articulate a challenge to a knowledgeable user base. High overlap between user & potential contributor.
  • Find someone to wander in as a newbie who can serve as a pathfinder.

Action items:

  • Jack will set up a conference call with some of the other KVM engineers to identify low-hanging community fruit.
  • Jack will contact folks about KVM discussion & hackfest at FUDCon Boston.