[Ovirt-devel] oVirt Node Fedora Feature Status

Mike Burns mburns at redhat.com
Mon Aug 8 18:22:04 UTC 2011


On Mon, 2011-08-08 at 13:52 -0400, Perry Myers wrote:
> On 07/30/2011 10:16 AM, Perry Myers wrote:
> > https://fedoraproject.org/wiki/Ovirt_Node_Spin
> 
> Wanted to give an update on this.
> 
> As mentioned earlier, we have approval from QE and Design teams.  In the
> absence of the Spin SIG being able to grant an approval, this was passed
> to release engineering who reviewed the spin.
> 
> Unfortunately, based upon the current release engineering rules (which
> are heavily oriented towards Desktop usage and not Server usage) oVirt
> Node really can't be accepted as is into Fedora as an official Spin.
> 
> Details are here:
> https://fedorahosted.org/rel-eng/ticket/4864
> 
> Basically in order to get this accepted by releng it looks like we'd
> have to make so many fundamental changes to what oVirt Node is, that it
> wouldn't be worth it in terms of leveraging the Fedora community for
> visibility and testing.  (For example, we already had to remove our
> blacklisting which increased image size from ~150MB to ~250MB)
> 
> I think a more reasonable plan would be to focus on oVirt Node as a
> derivative distribution that is focused on virtualization deployment.
> We can absolutely highlight that oVirt Node is built on Fedora and
> leverages the great work that the Fedora team/community has done, but it
> should be considered a separate distribution that is more closely
> associated with the oVirt brand/project umbrella.

+1
> 
> >From that perspective, we would build oVirt Node ISOs in parallel with
> Fedora releases and host them directly with ovirt.org site.  And we'd
> only need one variant (the one with blacklisting enabled).

We would build with each ovirt-node release.  I could see providing an
ISO for the current Fedora and the next version of Fedora depending on
where Fedora is in it's lifecycle.  Currently we'd be providing F16
based ISOs only.  At least, that's how I see it...

> 
> This should be community decision, not unilateral, so I'd like other
> people's thoughts on this.
> 
> Chime in :)
> 
> Perry
> 
> _______________________________________________
> Ovirt-devel mailing list
> Ovirt-devel at redhat.com
> https://www.redhat.com/mailman/listinfo/ovirt-devel





More information about the ovirt-devel mailing list