<div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Feb 14, 2017 at 9:54 AM, Barak Korren <span dir="ltr">&lt;<a href="mailto:bkorren@redhat.com" target="_blank">bkorren@redhat.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 14 February 2017 at 09:53, Martin Perina &lt;<a href="mailto:mperina@redhat.com">mperina@redhat.com</a>&gt; wrote:<br>
&gt;<br>
&gt;<br>
&gt; On Mon, Feb 13, 2017 at 9:59 PM, Greg Sheremeta &lt;<a href="mailto:gshereme@redhat.com">gshereme@redhat.com</a>&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; On Mon, Feb 13, 2017 at 3:55 PM, Eyal Edri &lt;<a href="mailto:eedri@redhat.com">eedri@redhat.com</a>&gt; wrote:<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; On Mon, Feb 13, 2017 at 10:34 PM, Martin Perina &lt;<a href="mailto:mperina@redhat.com">mperina@redhat.com</a>&gt;<br>
&gt;&gt;&gt; wrote:<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Hi,<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; why is this package not contained also in ovirt-master-snapshot<br>
&gt;&gt;&gt;&gt; repository [6]? Most of developers are using ovirt-master-snapshot, because<br>
&gt;&gt;&gt;&gt; this is the official repository for oVirt depelopers as mentioned in [7] and<br>
&gt;&gt;&gt;&gt; [8]. AFAIK there was not yet any official announcement that every developer<br>
&gt;&gt;&gt;&gt; should switch from ovirt-master-snapshot to ovirt-tested-master ...<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; I think we should make it official then for master, we&#39;ve hit too many<br>
&gt;&gt;&gt; issues in the past weeks due to this repository, that I don&#39;t want to see<br>
&gt;&gt;&gt; new projects added to it.<br>
&gt;<br>
&gt;<br>
&gt; You&#39;ve run into issues, because<br>
&gt;<br>
&gt; migration to the &quot;new&quot; system is not well prepared. I&#39;m still a bit angry<br>
&gt; that you have forced me to migrate all ovirt-engine-extensions* projects<br>
&gt; into standard CI (which took me more than 2 days) by breaking existing build<br>
&gt; jobs which worked fine until recent changes. And I had to do fast that<br>
&gt; otherwise I won&#39;t be able to provide new build for upstream 4.1.0 async and<br>
&gt; 4.1.1 builds ...<br>
<br>
I think there is some miss-communication here. The old &#39;-snapshot&#39;<br>
repo is causing issues because of the way it is built. We want people<br>
to move away from it. However, we did not intend to force anyone to<br>
move. It is still there, and the nightly jobs still update it with all<br>
the packages that have been in it so far.<br>
<br>
  <a href="http://jenkins.ovirt.org/job/ovirt_master_publish-rpms_nightly/" rel="noreferrer" target="_blank">http://jenkins.ovirt.org/job/<wbr>ovirt_master_publish-rpms_<wbr>nightly/</a><br>
<br>
I really don&#39;t see how any of the recent changes forced you to change<br>
your project&#39;s own jobs, but it is a good thing if you did.<br></blockquote><div><br><div style="font-family:arial,helvetica,sans-serif;display:inline" class="gmail_default">​Well, build jobs just started to fail and I discussed with either you or Gil and you just told me that why it&#39;s failing and the only solution is to move std CI.<br></div><div style="font-family:arial,helvetica,sans-serif;display:inline" class="gmail_default">But let&#39;s leave this behind us, ​</div> <div style="font-family:arial,helvetica,sans-serif;display:inline" class="gmail_default">​ovirt-engine-extensions* move to std-CI ​and build jobs are working now correctly ...<br><br></div></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
&gt; So I don&#39;t have an issue to move from ovirt-master-snapshot repos to<br>
&gt; ovirt-tested-master repos, but please do that properly:<br>
&gt;<br>
&gt;   1. Announce on mailing lists that every developer should switch at least a<br>
&gt; week before the change<br>
<br>
We were planning, since all repos currently exist side-by-side we saw<br>
no rush to do that.<br>
<br>
&gt;   2. Update all developer related documentation about this change<br>
<br>
Well, I&#39;m not sure where such things are documented currently, but<br>
that is a reasonable request.<br>
<br>
&gt;   2. Maintain both repos for a week and only after that turn off<br>
&gt; ovirt-master-snapshots repos<br>
<br>
We did not turn it off yet. It is still there. The only thing that<br>
happened is that the new JS projects, that were never in that repo to<br>
begin with, chose to forgo publishing to it.<br></blockquote><div><br><div style="font-family:arial,helvetica,sans-serif;display:inline" class="gmail_default">​Sure, that&#39;s why I asked to put this ovirt-js-dependencies package into ovirt-master-snapshot repo, which all developers are using ...<br>​</div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
&gt; Exported artifacts is not enough, please provide ovirt-release-tested-master<br>
&gt; RPM which will include all necessary repositories same way as we currenlty<br>
&gt; have in ovirt-release-master<br>
<br>
There is some subtle distinction here that needs to be well understood.<br>
Some repos are build to emulate an oVirt release, and all or most of<br>
the packages are collected in them. The &#39;tested&#39; repo is an example of<br>
such a repo. For such repos it makes sense to create a<br>
&#39;*-release-*.rpm&#39;.<br></blockquote><div><br><div style="font-family:arial,helvetica,sans-serif;display:inline" class="gmail_default">​So ovirt-release-master RPM will add repositories with needed packages to develop engine/VDSM. For engine development it means you have following packages​:<br><br></div><div style="font-family:arial,helvetica,sans-serif;display:inline" class="gmail_default">ovirt-master-snapshot:<br></div><div style="font-family:arial,helvetica,sans-serif;display:inline" class="gmail_default">    otopi<br></div><div style="font-family:arial,helvetica,sans-serif;display:inline" class="gmail_default">    ovirt-host-deploy<br></div><div style="font-family:arial,helvetica,sans-serif;display:inline" class="gmail_default">    ovirt-setup-lib<br></div><div style="font-family:arial,helvetica,sans-serif;display:inline" class="gmail_default">    ovirt-vmconsole<br><br></div><div style="font-family:arial,helvetica,sans-serif;display:inline" class="gmail_default">ovirt-master-snapshot-static<br></div><div style="font-family:arial,helvetica,sans-serif;display:inline" class="gmail_default">    ovirt-engine-wildfly<br></div><div style="font-family:arial,helvetica,sans-serif;display:inline" class="gmail_default">    ovirt-engine-wildfly-overlay<br><br>ovirt-master-patternfly1-noarch-epel<br>    patternfly1<br><br></div><div style="font-family:arial,helvetica,sans-serif;display:inline" class="gmail_default">There are other packages, but those are needed only when developing relevant parts of engine (for example &quot;unboundid-ldapsdk&quot; needed for ovirt-engine-extension-aaa-ldap).<br><br></div><div style="font-family:arial,helvetica,sans-serif;display:inline" class="gmail_default">So in my opinion if you want to switch to ovirt-latest-tested repo, we need to have available also those dependencies, that&#39;s why I think it&#39;s required to have ovirt-release-latest-tested RPM which will install all repos to develop and even install/run master oVirt from RPM.<br><br></div></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
The &#39;exported-artifacts&#39; repos are meant to allow &quot;upstream&quot; or<br>
&quot;build-dependency&quot; projects to have their own release stream that is<br>
independent of oVirt&#39;s release stream. For such repos it makes little<br>
sense to keep a &#39;*-release-*.rpm&#39;.<br>
<br>
All projects that have a &#39;build-articats job now have an<br>
&#39;exported-artifacts&#39; repo and their packages are submitted to OST so<br>
eventually also end up in the &#39;tested&#39; repo. It is left to the<br>
consuming projects to pick which repo to use depending on how tightly<br>
are they coupled with consumed packages.<br>
<span class="gmail-HOEnZb"><font color="#888888"><br>
<br>
--<br>
Barak Korren<br>
<a href="mailto:bkorren@redhat.com">bkorren@redhat.com</a><br>
RHCE, RHCi, RHV-DevOps Team<br>
<a href="https://ifireball.wordpress.com/" rel="noreferrer" target="_blank">https://ifireball.wordpress.<wbr>com/</a><br>
</font></span></blockquote></div><br></div></div>