<div class="xam_msg_class">
<div style="font: normal 13px Arial; color:rgb(31, 28, 27);"><br>
<div><span style="font-family:Arial; font-size:11px; color:#5F5F5F;">Da</span><span style="font-family:Arial; font-size:12px; color:#5F5F5F; padding-left:5px;">: arch-bounces@ovirt.org</span></div>
<div><span style="font-family:Arial; font-size:11px; color:#5F5F5F;">A</span><span style="font-family:Arial; font-size:12px; color:#5F5F5F; padding-left:5px;">: "Dan Kenigsberg" danken@redhat.com,"Adam Litke" alitke@redhat.com</span></div>
<div><span style="font-family:Arial; font-size:11px; color:#5F5F5F;">Cc</span><span style="font-family:Arial; font-size:12px; color:#5F5F5F; padding-left:5px;">: engine-devel@ovirt.org,"arch" arch@ovirt.org,"VDSM Project Development" vdsm-devel@lists.fedorahosted.org</span></div>
<div><span style="font-family:Arial; font-size:11px; color:#5F5F5F;">Data</span><span style="font-family:Arial; font-size:12px; color:#5F5F5F; padding-left:5px;">: Mon, 03 Feb 2014 08:50:12 +0100</span></div>
<div><span style="font-family:Arial; font-size:11px; color:#5F5F5F;">Oggetto</span><span style="font-family:Arial; font-size:12px; color:#5F5F5F; padding-left:5px;">: Re: mom RPMs for 3.4</span></div>
<br>
<div>&gt; Il 01/02/2014 23:48, Dan Kenigsberg ha scritto:</div><div>&gt; &gt; On Fri, Jan 31, 2014 at 04:56:12PM -0500, Adam Litke wrote:</div><div>&gt; &gt;&gt; On 31/01/14 08:36 +0100, Sandro Bonazzola wrote:</div><div>&gt; &gt;&gt;&gt; Il 30/01/2014 19:30, Adam Litke ha scritto:</div><div>&gt; &gt;&gt;&gt;&gt; On 30/01/14 18:13 +0000, Dan Kenigsberg wrote:</div><div>&gt; &gt;&gt;&gt;&gt;&gt; On Thu, Jan 30, 2014 at 11:49:42AM -0500, Adam Litke wrote:</div><div>&gt; &gt;&gt;&gt;&gt;&gt;&gt; Hi Sandro,</div><div>&gt; &gt;&gt;&gt;&gt;&gt;&gt;</div><div>&gt; &gt;&gt;&gt;&gt;&gt;&gt; After updating the MOM project's build system, I have used jenkins to</div><div>&gt; &gt;&gt;&gt;&gt;&gt;&gt; produce a set of RPMs that I would like to tag into the oVirt 3.4</div><div>&gt; &gt;&gt;&gt;&gt;&gt;&gt; release.  Please see the jenkins job [1] for the relevant artifacts</div><div>&gt; &gt;&gt;&gt;&gt;&gt;&gt; for EL6[2], F19[3], and F20[4].</div><div>&gt; &gt;&gt;&gt;&gt;&gt;&gt;</div><div>&gt; &gt;&gt;&gt;&gt;&gt;&gt; Dan, should I submit a patch to vdsm to make it require mom &gt;= 0.4.0?</div><div>&gt; &gt;&gt;&gt;&gt;&gt;&gt; I want to be careful to not break people's environments this late in</div><div>&gt; &gt;&gt;&gt;&gt;&gt;&gt; the 3.4 release cycle.  What is the best way to minimize that damage?</div><div>&gt; &gt;&gt;&gt;&gt;&gt;</div><div>&gt; &gt;&gt;&gt;&gt;&gt; Hey, we're during beta. I prefer making this requirement explicit now</div><div>&gt; &gt;&gt;&gt;&gt;&gt; over having users with supervdsmd.log retate due to log spam.</div><div>&gt; &gt;&gt;&gt;&gt;</div><div>&gt; &gt;&gt;&gt;&gt; In that case, Sandro, can you let me know when those RPMs hit the</div><div>&gt; &gt;&gt;&gt;&gt; ovirt repos (for master and 3.4) and then I will submit a patch to</div><div>&gt; &gt;&gt;&gt;&gt; vdsm to require the new version.</div><div>&gt; &gt;&gt;&gt;</div><div>&gt; &gt;&gt;&gt;</div><div>&gt; &gt;&gt;&gt; mom 0.4.0 has been built in last night nightly job [1] and published to nightly by publisher job [2]</div><div>&gt; &gt;&gt;&gt; so it's already available on nightly [3]</div><div>&gt; &gt;&gt;&gt;</div><div>&gt; &gt;&gt;&gt; For 3.4.0, it has been planned [4] a beta 2 release on 2014-02-06 so we'll include your builds in that release.</div><div>&gt; &gt;&gt;</div><div>&gt; &gt;&gt; I presume the scripting for 3.4 release rpms will produce a version</div><div>&gt; &gt;&gt; without the git-rev based suffix: ie. mom-0.4.0-1.rpm?</div><div>&gt; &gt;&gt;</div><div>&gt; &gt;&gt; I need to figure out how to handle a problem that might be a bit</div><div>&gt; &gt;&gt; unique to mom.  MOM is used by non-oVirt users who install it from the</div><div>&gt; &gt;&gt; main Fedora repository.  I think it's fine that we are producing our</div><div>&gt; &gt;&gt; own rpms in oVirt (that may have additional patches applied and may</div><div>&gt; &gt;&gt; resync to upstream mom code more frequently than would be desired for</div><div>&gt; &gt;&gt; the main Fedora repository).  Given this, I think it makes sense to</div><div>&gt; &gt;&gt; tag the oVirt RPMs with a special version suffix to indicate that</div><div>&gt; &gt;&gt; these are oVirt produced and not upstream Fedora.</div><div>&gt; &gt;&gt;</div><div>&gt; &gt;&gt; For example:</div><div>&gt; &gt;&gt; The next Fedora update will be mom-0.4.0-1.f20.rpm.</div><div>&gt; &gt;&gt; The next oVirt update will be mom-0.4.0-1ovirt.f20.rpm.</div><div>&gt; &gt;&gt;</div><div>&gt; &gt;&gt; Is this the best practice for accomplishing my goals?  One other thing</div><div>&gt; &gt;&gt; I'd like to have the option of doing is to make vdsm depend on an</div><div>&gt; &gt;&gt; ovirt distribution of mom so that the upstream Fedora version will not</div><div>&gt; &gt;&gt; satisfy the dependency for vdsm.</div><div>&gt; &gt; </div><div>&gt; &gt; What is the motivation for this? You would not like to bother Fedora</div><div>&gt; &gt; users with updates that are required only for oVirt?</div><div>&gt; &gt; </div><div>&gt; &gt; Vdsm itself is built, signed, and distributed via Fedora.</div><div>&gt; &gt; It is also copied into the ovirt repo, for completeness sake. Could MoM</div><div>&gt; &gt; do the same?</div><div>&gt; </div><div>&gt; IMHO, if we're distributing mom and vdsm rpms through Fedora yum repository we should not duplicate it on ovirt yum repository.</div><div>&gt; Fedora package is signed and will differ from the one we're shipping within ovirt repo (which is unsigned)</div><div>&gt; We should provide on resource.ovirt.org only packages not available on "downstream" repositories (like nightly builds).<br><br>why you can't sign your rpms???<br><br>on ovirt web page http://www.ovirt.org/Home you can change:<br><br>Enhanced security: SELinux and Mandatory Access Control for VMs and hypervisor <br><br>with:<br><br>Enhanced security: SELinux and Mandatory Access Control for VMs and hypervisor (but not signed rpms)<br><br>best regards<br>a<br><br></div><div>&gt; </div><div>&gt; </div><div>&gt; &gt; </div><div>&gt; &gt; Dan.</div><div>&gt; &gt; </div><div>&gt; </div><div>&gt; </div><div>&gt; -- </div><div>&gt; Sandro Bonazzola</div><div>&gt; Better technology. Faster innovation. Powered by community collaboration.</div><div>&gt; See how it works at redhat.com</div><div>&gt; _______________________________________________</div><div>&gt; Arch mailing list</div><div>&gt; Arch@ovirt.org</div><div>&gt; http://lists.ovirt.org/mailman/listinfo/arch</div></div>
</div>