<p dir="ltr"></p>
<p dir="ltr">Il 21/Nov/2016 17:55, &quot;Brian Proffitt&quot; &lt;<a href="mailto:bproffit@redhat.com">bproffit@redhat.com</a>&gt; ha scritto:<br>
&gt;<br>
&gt; All:<br>
&gt;<br>
&gt; This project was initially proposed for review on Oct. 9. It has been reviewed for major issues and having heard no objections, it&#39;s now time to formally vote on accepting this as an official oVirt incubator subproject. <br>
&gt;<br>
&gt; The last time we voted on one of these was during an IRC weekly meeting, so I believe it is appropriate to post a Call for Vote on the Devel and Board lists. <br>
&gt;<br>
&gt; Voting will be open until 1200 UTC Nov. 28, 2016. A net total of +5 votes should be received to formalize this project as an incubator subproject. Please use the following vote process:<br>
&gt;<br>
&gt; +1<br>
&gt; Yes, agree, or the action should be performed. On some issues, this vote must only be given after the voter has tested the action on their own system(s).<br>
&gt;<br>
&gt; ±0<br>
&gt; Abstain, no opinion, or I am happy to let the other group members decide this issue. An abstention may have detrimental affects if too many people abstain.<br>
&gt;<br>
&gt; -1<br>
&gt; No, I veto this action. All vetos must include an explanation of why the veto is appropriate. A veto with no explanation is void.<br>
&gt;<br>
&gt; Thank you!<br>
&gt; Brian Proffitt<br>
&gt;<br>
&gt;<br>
&gt; ---<br>
&gt;<br>
&gt; Project Proposal - Vagrant Provider<br>
&gt;<br>
&gt; A vagrant provider for oVirt v4<br>
&gt;<br></p>
<p dir="ltr">My vote is +0. I have no strong opinion on this and I&#39;m not using vagrant so I  would be happy to leave other to decide. <br>
Using the + because I am happy to see the contribution ☺<br><br><br></p>
<p dir="ltr">&gt; Abstract<br>
&gt;<br>
&gt; This will be a provider plugin for the Vagrant suite that allows<br>
&gt; command-line ease of virtual machine provisioning and lifecycle<br>
&gt; management.<br>
&gt;<br>
&gt; Proposal<br>
&gt;<br>
&gt; This Vagrant provider plugin will interface with the oVirt REST API<br>
&gt; (version 4 and higher) using the oVirt provided ruby SDK<br>
&gt; &#39;ovirt-engine-sdk-ruby&#39;. This allows users to abstract the user<br>
&gt; interface and experience into a set of command line abilities to<br>
&gt; create, provision, destroy and manage the complete lifecycle of<br>
&gt; virtual machines. It also allows the use of external configuration<br>
&gt; management and configuration files themselves to be committed into<br>
&gt; code.<br>
&gt;<br>
&gt; Background<br>
&gt;<br>
&gt; I have previously forked and maintained the &#39;vagrant-ovirt&#39; gem as<br>
&gt; &#39;vagrant-ovirt3&#39; due to Gems requiring unique names. The original<br>
&gt; author has officially abandoned the project. For the last few years<br>
&gt; all code to maintain this project has been maintained by myself and a<br>
&gt; few ad-hoc github contributors. This provider interfaced directly with<br>
&gt; oVirt v3 using fog and rbovirt. The new project would be a fresh start<br>
&gt; using the oVirt provided ruby SDK to work directly with version 4.<br>
&gt;<br>
&gt; Rationale<br>
&gt;<br>
&gt; The trend in configuration management, operations, and devops has been<br>
&gt; to maintain as much of the development process as possible in terms of<br>
&gt; the virtual machines and hosts that they run on. With software like<br>
&gt; Terraform the tasks of creating the underlying infrastructure such as<br>
&gt; network rules, etc have had great success moving into &#39;Infrastructure<br>
&gt; as code&#39;. The same company behind Terraform got their reputation from<br>
&gt; Vagrant which aims to utilize the same process for virtual machines<br>
&gt; themselves. The core software allows for standard commands such as<br>
&gt; &#39;up&#39;, &#39;provision&#39;, &#39;destroy&#39; to be used across a provider framework. A<br>
&gt; provider for oVirt makes the process for managing VMs easier and able<br>
&gt; to be controlled through code and source control.<br>
&gt;<br>
&gt; Initial Goals<br>
&gt;<br>
&gt; The initial goal is to get the base steps of &#39;up&#39;, &#39;down&#39; (halt), and<br>
&gt; &#39;destroy&#39; to succeed using the oVirt provided ruby SDK for v4.<br>
&gt; Stretch/followup goals would be to ensure testability and alternate<br>
&gt; commands such as &#39;provision&#39; and allow configuration management suites<br>
&gt; like puppet to work via &#39;userdata&#39; (cloud-init).<br>
&gt;<br>
&gt; Current Status<br>
&gt;<br>
&gt; The version 3 of this software has been heavily utilized. The original<br>
&gt; fork known as &#39;vagrant-ovirt&#39; has been abandoned with no plans to<br>
&gt; communicate or move forward. My upstream fork has had great success<br>
&gt; with nearly 4x the downloads from <a href="http://rubygems.org">rubygems.org</a> . Until my github fork<br>
&gt; has more &#39;stars&#39; I cannot take over it completely so the gem was<br>
&gt; renamed &#39;vagrant-ovirt3&#39;. This is also true for <a href="http://rubygems.org">rubygems.org</a> since<br>
&gt; gems are not namespaced, therefore could not be published without a<br>
&gt; unique name. The v4 provider is still pending my initial POC commit<br>
&gt; but there are no current barriers except initial oVirt hosting. The<br>
&gt; hosting of oVirt v3 for testing is a laptop on a UPS at my home, and<br>
&gt; v4 is also a different pc attached to a UPS.<br>
&gt;<br>
&gt; External Dependencies<br>
&gt;<br>
&gt; RHEVM/oVirt REST API - This provider must interact with the API itself<br>
&gt; to manage virtual machines.<br>
&gt;<br>
&gt; Initial Committers<br>
&gt;<br>
&gt; Marcus Young ( 3vilpenguin at gmail dot com )<br>
&gt;<br>
&gt; -- <br>
&gt; Brian Proffitt<br>
&gt; Principal Community Analyst<br>
&gt; Open Source and Standards<br>
&gt; @TheTechScribe<br>
&gt; 574.383.9BKP<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; Devel mailing list<br>
&gt; <a href="mailto:Devel@ovirt.org">Devel@ovirt.org</a><br>
&gt; <a href="http://lists.ovirt.org/mailman/listinfo/devel">http://lists.ovirt.org/mailman/listinfo/devel</a><br></p>