<div dir="ltr">Hello<br><div class="gmail_extra"><br>On 20 August 2013 23:47, Alexander Neundorf <span dir="ltr"><<a href="mailto:neundorf@kde.org" target="_blank">neundorf@kde.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
Hi,<br><div class="im"><br></div>I actually don't have to say that, since it should be obvious to everybody<br>here, I also object to requiring non-final versions of cmake, it just makes<br>life harder for everybody trying to contribute.<br>
</blockquote><div><br></div><div> +1</div><br><div class="gmail_quote">On 21 August 2013 09:40, Kevin Ottens <span dir="ltr"><<a href="mailto:ervin+bluesystems@kde.org" target="_blank">ervin+bluesystems@kde.org</a>></span> wrote:<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
The crux of the issue is:<br>
Is there anyone building kdelibs-frameworks and/or plasma-framework without<br>
using the kdesrc-build based procedure described on the wiki?<br>
<a href="http://community.kde.org/Frameworks/Building" target="_blank">http://community.kde.org/Frameworks/Building</a><br>
<br>
Because the proposed setup pulls cmake master anyway.</blockquote><div><br></div><div>because we use kdesrc-build, this doesn't mean that all of us compile cmake from sources.</div><div><br></div><div>Also right now people can make a choice. Either to use an unreleased version of cmake</div>
<div>and give feedback to the upstream if they find a bug or to use a released version of cmake.</div><div>Why is it a good idea to take away from people the ability to choose?</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
I think that he meant getting a wider tester base, <br></blockquote></div><div><br></div><div>In KDE4, only released versions of the cmake are required and cmake is working.</div><div>Why does this have to change in KF5? </div>
<div><br></div><div>On 20 August 2013 23:33, Stephen Kelly <span dir="ltr"><<a href="mailto:steveire@gmail.com" target="_blank">steveire@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>Hello,<br><br>CMake 2.8.12 RC 1 was released a few hours ago:<br><br> <a href="http://thread.gmane.org/gmane.comp.programming.tools.cmake.user/47443" target="_blank">http://thread.gmane.org/gmane.comp.programming.tools.cmake.user/47443</a><br>
<br>Updating to that will allow us to get on the home straight with regard to<br>our buildsystem files.<br><br>For example, we can easily set the INTERFACE_INCLUDE_DIRECTORIES of the<br>targets we export. We can do that with a simple patch to<br>
INSTALL_TARGETS_DEFAULT_ARGS in ecm:</blockquote></div><div><br></div><div>why we can't just wait until cmake 2.8.12 will be released? Until now we didn't have</div><div>those features, why is it so urgent to use them right now? If we wait until cmake 2.8.12</div>
<div>will be released those new features will be added to KF5 and nobody will be *forced* to</div><div>use an unreleased version of cmake.</div><div><br></div>-- <br><div dir="ltr">Giorgos Tsiapaliokas (terietor)<br><br><a href="http://terietor.org" target="_blank">terietor.org</a></div>

</div></div>