<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Mar 8, 2016 at 9:45 AM, Yaniv Bronheim <span dir="ltr"><<a href="mailto:ybronhei@redhat.com" target="_blank">ybronhei@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">No. the jobs alright. ovirt-3.6 build each night will output vdsm 4.17.19. older version than the build for ovirt-3.6.3 which will raise (currently 4.17.23). That's all we wanted, no ? once 3.6.3 will end, ovirt-3.6 new tag will be the newer version for users that want it </div></blockquote><div><br></div><div><br></div><div>Yaniv, when you release 4.17.23, other projects like Hosted Engine will require it. And if it's not available in snapshot repository you'll end up with a broken dependency there, since you're requiring >= 4.17.23-0 and you have only 4.17.19-39 which should be the one you're supposed to test. Note that enabling the stable repo will provide 4.17.23 required by Hosted engine but won't allow you to test new code since the upgrade won't be possible.</div><div><br></div><div>If you don't want new vdsm code to be tested, just let me know, I'll add stable repository to all projects requiring vdsm and I'll solve the dependency breakage.</div><div><br></div><div><br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="gmail_extra"><div><div class="h5"><br><div class="gmail_quote">On Tue, Mar 8, 2016 at 10:30 AM, Sandro Bonazzola <span dir="ltr"><<a href="mailto:sbonazzo@redhat.com" target="_blank">sbonazzo@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><span>On Tue, Mar 8, 2016 at 9:07 AM, Yaniv Bronheim <span dir="ltr"><<a href="mailto:ybronhei@redhat.com" target="_blank">ybronhei@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>its reasonable that you can't upgrade 4.17.23 to 4.17.19 and it shouldn't be that way.. latest (which afaiu means latest snapshot? ovirt-3.6.3) should get higher numbering than last stable (which should be last tag on ovirt-3.6 branch). in other words, tags in ovirt-3.6.3 must be newer than tags in ovirt-3.6 branch until we stop to update ovirt-3.6.3 and backport only to ovirt-3.6 - than we can continue to tag ovirt-3.6. bottom line, as I see it - as long as ovirt-3.6.3 alive we raise the tagging only there</div><div><br></div></div></blockquote><div><br></div></span><div>this breaks automation at several layers.</div><div>are you saying that we shouldn't put in ovirt-master-snapshot what comes out from ovirt-3.6 branch but push there only the output of 3.6.3 branch?</div><div>If so, at least 3 new jenkins jobs (check patch, check merge, build artifact) have to be created and the nightly publisher need to be updated.</div><div>Who's maintaining VDSM jenkins jobs?</div><div><div><div><br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div></div><div><br></div></div><div class="gmail_extra"><div><div><br><div class="gmail_quote">On Mon, Mar 7, 2016 at 6:39 PM, Sandro Bonazzola <span dir="ltr"><<a href="mailto:sbonazzo@redhat.com" target="_blank">sbonazzo@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><span>On Mon, Mar 7, 2016 at 1:29 PM, Yaniv Bronheim <span dir="ltr"><<a href="mailto:ybronhei@redhat.com" target="_blank">ybronhei@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Again, I should understand the direction you ack here ... and its not clear in any way I try to read it<div>lets summaries current status:<br><div>master == v4.17.999 (I recalled 4.18 tag for 4.0... probably it hasn't happened yet)</div></div><div>ovit-3.6.3 last commit points to v4.17.23 (and also contains in its history 4.17.22 4.17.21 4.17.20 and 4.17.19</div><div>ovirt-3.6 == was not tagged since v4.17.19<br></div><div><br></div><div>So, as far as I see - last "official published" version is tagged anyway. once we'll finish with z-streams, we can continue tagging only on ovirt-3.6 branch. but as long as we publish new snapshots (or z-stream releases as I call them) we can continue the tagging only on ovirt-3.6.3 branch </div><div><br></div><div>The rest of your suggestions can't help in any way. if you prefer you can use 4th level versioning (4.17.x-y) later on. but currently we just continue to raise the current 4.17 we have</div><div> </div><div>now, getting back to the origin mail that Sandro sent:</div><div><br></div><div>""" snip</div><div><span><div style="font-size:12.8px">> <a href="http://jenkins.ovirt.org/job/vdsm_3.6_build-artifacts-el7-x86_64/178/artifact/exported-artifacts/vdsm-4.17.19-32.git171584b.el7.centos.src.rpm" style="color:rgb(92,53,102);font-family:Helvetica,Arial,sans-serif;font-size:13px" target="_blank">vdsm-4.17.19-32.git171584b.el7.centos.src.rpm</a> because the last tag on the 3.6 branch was 4.17.19 and new tags have been created in different branches.</div><div style="font-size:12.8px"><br></div></span><div style="font-size:12.8px">this is correct - no problem with that approach, new tag still will be higher then 4.17.19 as we see with 4.17.23</div><span><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">> This make impossible to upgrade from stable (4.17.23) to latest snapshot.</div><div style="font-size:12.8px"><br></div></span><div style="font-size:12.8px">But we just said that stable (ovirt-3.6) is 4.17.19 and latest is 4.17.23 - so it sounds right to me.</div></div></div></blockquote><div><br></div><div><br></div></span><div>No, we said that stable is 4.17.23 and latest is 4.17.19. So we can't upgrade from stable to latest, since latest has lower version than stable.</div><div><br></div><div>Let's make it simple, try install stable and then try to upgrade to snapshot.</div><div><br></div><div>You'll see yourself.</div><div><div><div><br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><span><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">> This also break dependencies on other projects requiring the latest released version like hosted engine.</div></span></div><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">No its not. HE may require 4.17.23 which is the latest we publish as part of 3.6.3</div><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">"""</div><div><br></div><div>Yaniv Bronhaim.</div></div><div class="gmail_extra"><div><div><br><div class="gmail_quote">On Mon, Mar 7, 2016 at 1:58 PM, Dan Kenigsberg <span dir="ltr"><<a href="mailto:danken@redhat.com" target="_blank">danken@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>On Mon, Mar 07, 2016 at 12:06:32PM +0200, Nir Soffer wrote:<br>
> +1<br>
><br>
> On Mon, Mar 7, 2016 at 10:29 AM, Sandro Bonazzola <<a href="mailto:sbonazzo@redhat.com" target="_blank">sbonazzo@redhat.com</a>> wrote:<br>
> ><br>
> ><br>
> > On Mon, Mar 7, 2016 at 9:03 AM, Martin Perina <<a href="mailto:mperina@redhat.com" target="_blank">mperina@redhat.com</a>> wrote:<br>
> >><br>
> >><br>
> >><br>
> >> ----- Original Message -----<br>
> >> > From: "Yaniv Bronheim" <<a href="mailto:ybronhei@redhat.com" target="_blank">ybronhei@redhat.com</a>><br>
> >> > To: "Martin Perina" <<a href="mailto:mperina@redhat.com" target="_blank">mperina@redhat.com</a>><br>
> >> > Cc: "Nir Soffer" <<a href="mailto:nsoffer@redhat.com" target="_blank">nsoffer@redhat.com</a>>, "Sandro Bonazzola"<br>
> >> > <<a href="mailto:sbonazzo@redhat.com" target="_blank">sbonazzo@redhat.com</a>>, "Francesco Romani"<br>
> >> > <<a href="mailto:fromani@redhat.com" target="_blank">fromani@redhat.com</a>>, "Dan Kenigsberg" <<a href="mailto:danken@redhat.com" target="_blank">danken@redhat.com</a>>, "devel"<br>
> >> > <<a href="mailto:devel@ovirt.org" target="_blank">devel@ovirt.org</a>><br>
> >> > Sent: Monday, March 7, 2016 8:16:05 AM<br>
> >> > Subject: Re: [ovirt-devel] [URGENT][ACTION REQUIRED] vdsm versioning<br>
> >> > system need to be fixed<br>
> >> ><br>
> >> > I don't understand what's the different .. that's what we currently do.<br>
> >> > Sandro complains that he can't upgrade latest stable which can be<br>
> >> > 4.17.23<br>
> >> > to latest snapshot which can be 4.17.19.88 \ 4.17.19-88 - yum can't<br>
> >> > consider that as an upgrade and 4.17.19.88 can't fill HE requirement for<br>
> >> > 4.17.23<br>
> >><br>
> >> oVirt 3.6 stable release:<br>
> >> - current [1]: vdsm-4.17.23-0.el7.centos.noarch.rpm<br>
> >> - desired: vdsm-4.17.23-1.el7.centos.noarch.rpm<br>
> >><br>
> >> oVirt 3.6 stable snapshot:<br>
> >> - current [2]: vdsm-4.17.19-32.git171584b.el7.centos.noarch.rpm<br>
> >> - desired: vdsm-4.17.24-0.1.git171584b.el7.centos.noarch.rpm<br>
> >><br>
> >> oVirt master snapshot:<br>
> >> - current [3]: vdsm-4.17.999-680.gitd87d031.el7.centos.noarch.rpm<br>
> >> - desired: vdsm-4.18.0-0.680.gitd87d031.el7.centos.noarch.rpm or<br>
> >> vdsm-5.0.0-0.680.gitd87d031.el7.centos.noarch.rpm<br>
> >> (not sure what will be oVirt 4 vdsm version)<br>
> >><br>
> ><br>
> ><br>
> > +1<br>
<br>
</div></div>the down side of that is that we'd need to forsake our ability to<br>
release a new version by a mere `git tag`, and would have to include a<br>
version bump commit instead.<br>
</blockquote></div><br><br clear="all"><div><br></div></div></div><span><font color="#888888">-- <br><div><div dir="ltr"><div><div dir="ltr"><div><span style="font-size:12.8px"><b>Yaniv Bronhaim.</b></span><br></div></div></div></div></div>
</font></span></div>
</blockquote></div></div></div><br><br clear="all"><span><div><br></div>-- <br><div><div dir="ltr"><div><div dir="ltr">Sandro Bonazzola<br>Better technology. Faster innovation. Powered by community collaboration.<br>See how it works at <a href="http://redhat.com" target="_blank">redhat.com</a><br></div></div></div></div>
</span></div></div>
</blockquote></div><br><br clear="all"><div><br></div></div></div><span><font color="#888888">-- <br><div><div dir="ltr"><div><div dir="ltr"><div><span style="font-size:12.8px"><b>Yaniv Bronhaim.</b></span><br></div></div></div></div></div>
</font></span></div>
</blockquote></div></div></div><div><div><br><br clear="all"><div><br></div>-- <br><div><div dir="ltr"><div><div dir="ltr">Sandro Bonazzola<br>Better technology. Faster innovation. Powered by community collaboration.<br>See how it works at <a href="http://redhat.com" target="_blank">redhat.com</a><br></div></div></div></div>
</div></div></div></div>
</blockquote></div><br><br clear="all"><div><br></div></div></div><span class="HOEnZb"><font color="#888888">-- <br><div><div dir="ltr"><div><div dir="ltr"><div><span style="font-size:12.8px"><b>Yaniv Bronhaim.</b></span><br></div></div></div></div></div>
</font></span></div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr">Sandro Bonazzola<br>Better technology. Faster innovation. Powered by community collaboration.<br>See how it works at <a href="http://redhat.com" target="_blank">redhat.com</a><br></div></div></div></div>
</div></div>