Submitting Kimchi project as an oVirt incubator project (V2)
Adam Litke
agl at us.ibm.com
Tue Oct 1 17:32:07 UTC 2013
On Tue, Oct 01, 2013 at 03:47:21PM +0200, Michal Skrivanek wrote:
>
> On Sep 30, 2013, at 14:50 , Adam Litke <agl at us.ibm.com> wrote:
>
> > On Sun, Sep 29, 2013 at 07:42:47AM +0300, Itamar Heim wrote:
> >> On 09/29/2013 12:28 AM, Frank Novak wrote:
> >>> board-bounces at ovirt.org wrote on 09/28/2013 03:24:32 PM:
> >>>
> >>>> From: Itamar Heim <iheim at redhat.com>
> >>>> To: Ryan Harper <ryanh at linux.vnet.ibm.com>,
> >>>> Cc: agl at linux.vnet.ibm.com, board <board at ovirt.org>
> >>>> Date: 09/28/2013 03:24 PM
> >>>> Subject: Re: Submitting Kimchi project as an oVirt incubator project (V2)
> >>>> Sent by: board-bounces at ovirt.org
> >>>>
> >>>> On 09/27/2013 06:05 PM, Ryan Harper wrote:
> >>>>> * Ryan Harper <ryanh at linux.vnet.ibm.com> [2013-09-20 08:30]:
> >>>>>> * Chris Wright <chrisw at redhat.com> [2013-09-19 23:26]:
> >>>>>>> * Ryan Harper (ryanh at us.ibm.com) wrote:
> >>>>>>>> * agl at linux.vnet.ibm.com <agl at linux.vnet.ibm.com> [2013-09-10
> >>> 10:28]:
> >>>>>>>>> It has been some time since we last discussed incubating Kimchi
> >>> into
> >>>>>>>>> oVirt so I'd like to rekindle the discussion. It seems like
> >>> there has
> >>>>>>>>> been general agreement that the two projects are complimentary.
> >>> What
> >>>>>>>>> are the next steps? Does the board require more information to
> >>> make a
> >>>>>>>>> decision? Is there any work that needs to be done before the
> >>> board can
> >>>>>>>>> vote?
> >>>>>>>>
> >>>>>>>> In the past, we've held discussion open for a few weeks, and then we
> >>>>>>>> have a VOTE thread. I think we've had enough time for review of
> >>>>>>>> comments for inclusion.
> >>>>>>>>
> >>>>>>>> I'd like to call for a VOTE thread for inclusion of Kimchi in oVirt.
> >>>>>>>
> >>>>>>> I wasn't clear if you were planning to spawn a VOTE thread...given
> >>>>>>> others voted here...
> >>>>>>
> >>>>>> Indeed, sorry about that; but this thread is as good as another.
> >>>>>>
> >>>>>> +1
> >>>>>
> >>>>> After two weeks time for voting, the final tally is:
> >>>>>
> >>>>> Board Votes: 5 For, 0 Against, 7 Abstain.
> >>>>>
> >>>>>
> >>>>
> >>>> ok, so moving on to practical matters - name for repo? kimchi?
> >>>> ovirt-kimchi, etc.?
> >>> Well, the project is already on github.. so assuming we would just
> >>> 'link' to it.. put some wrapper into ovirt..
> >>> I don't see a need switch names.. at least for now.. unless someone
> >>> finds some objections.. legal/cultural, etc
> >>> Not clear in my mind all of what is needed for bringing it into fold as
> >>> an incubator from the infrastructure logistics...
> >>>
> >>> The 1.0 release is tentatively targeted for mid-October.. maybe that's a
> >>> good time to align. ??
> >>>
> >>> Cheers,
> >>> Frank
> >>>
> >>> -----------------------------------------------------------------------------------------------------------------------
> >>> Frank Novak ( 诺帆 nuò、fān )
> >>> STSM, SCEM Open Hypervisor
> >>> IBM Linux Technology Center
> >>> US: fnovak at us.ibm.com ; Notes: Frank Novak/Watson/IBM @IBMUS
> >>> cell : 919-671-7966
> >>> -------------------------------------------------------------------------------------------------------------------------
> >>>
> >>>
> >>
> >> the way other projects work is we use gerrit.ovirt.org as the master
> >> git, and we mirror all projects to github.com/ovirt
> >> (I assume we can mirror to kimchi-project as well. though it will cause
> >> some noise in the gerrit log)
> >> is the intent to continue with github as the primary repo and not use
> >> gerrit.ovirt.org?
> >>
> >
> > We are having success operating with a traditional code submission and
> > review model (ie. all patches and review occurring on the mailing list)
> > and would prefer to continue with that model. Today we are using Google
> > Groups for a mailing list. I would actually prefer to move over to
> > oVirt's mailman infrastructure if possible (kimchi-devel). It would be
> > nice to host built rpms and debs on ovirt.org and potentially make use
> > of jenkins, but we'll have to explore if this can be done without an
> > ovirt gerrit repo.
> >
> > We would also be open to some branding changes (use of the oVirt logo,
> > interface CSS enhancements, etc) but the most important technical pieces
> > are IMO:
> >
> > * Synchronizing on a VM "hand-off" protocol so kimchi VMs can be easily
> > transfered into an existing oVirt data center.
> > * Packaging kimchi as an official oVirt Node plugin
> > * Supporting the Spice protocol in kimchi
>
> perhaps the integration with the guest agent.
Sure. Especially for stats and shutdown.
--
Adam Litke <agl at us.ibm.com>
IBM Linux Technology Center
More information about the Board
mailing list