<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Jun 18, 2014 at 10:56 PM, Ben Cooksley <span dir="ltr"><<a href="mailto:bcooksley@kde.org" target="_blank">bcooksley@kde.org</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On 19 June 2014 08:50, Kevin Ottens <<a href="mailto:ervin@kde.org">ervin@kde.org</a>> wrote:<br>


> On Thursday 19 June 2014 08:21:30 Ben Cooksley wrote:<br>
>> On 19 June 2014 07:19, Kevin Ottens <<a href="mailto:ervin@kde.org">ervin@kde.org</a>> wrote:<br>
>> > On Monday 16 June 2014 20:55:10 Michael Pyne wrote:<br>
>> >> On Mon, June 16, 2014 13:14:47 Kevin Ottens wrote:<br>
>> >> > On Monday 16 June 2014 12:58:30 Àlex Fiestas wrote:<br>
>> >> > > I encountered this yesterday, for a quick workaround rollback to<br>
>> >> > > cmake<br>
>> >> > > 3.0<br>
>> >> > > (cmake-git is what makes this happen)<br>
>> >> ><br>
>> >> > In fact, maybe a sign that our kdesrc-build config file should request<br>
>> >> > a<br>
>> >> > fixed version of cmake nowadays?<br>
>> >><br>
>> >> I'd recommend requesting a stable branch if that's doable instead of a<br>
>> >> fixed tag, but that's a good idea, yes.<br>
>> ><br>
>> > Just pushed the change to depend on the release branch now. So hopefully<br>
>> > we<br>
>> > should be back to stable soon on the CI.<br>
>><br>
>> Hm? The CI system is still configured to use the 'next' branch for CMake...<br>
><br>
> Somehow I thought it was following the info from kdesrc-build include files.<br>
> OK, so I fixed the situation only for the developers. :-)<br>
><br>
> How do we get the CI to use the release branch as well?<br>
<br>
</div></div>By filing a ticket :)<br>
Then we can adjust the CMake job configuration and force a build to be made.<br>
<br>
Note though that I consider this a workaround for an upstream<br>
regression which we have detected.<br>
One of the reasons the CI system runs the next branch is to detect<br>
such regressions before they end up in a release and impact us.<br>
<div class=""><br>
><br>
> Regards.<br>
> --<br>
> Kévin Ottens, <a href="http://ervin.ipsquad.net" target="_blank">http://ervin.ipsquad.net</a><br>
><br>
> KDAB - proud supporter of KDE, <a href="http://www.kdab.com" target="_blank">http://www.kdab.com</a><br>
<br>
</div>Thanks,<br>
<div class="HOEnZb"><div class="h5">Ben<br><br></div></div></blockquote><div><br></div><div>Well, we need to make sure that we're using the cmake version that is useful for KDE developers, not for cmake.</div><div><br>

</div><div>At the moment, the situation we are in is not acceptable where CI in general is totally unreliable.Furthermore, it's quite unlikely that we'll get to depend on 3.1 anytime soon, especially given that we're not requiring 3.0.</div>

<div><br></div><div>Aleix </div></div><br></div></div>