<div class="gmail_quote">2010/6/15 Nicol├ís Alvarez <span dir="ltr"><<a href="mailto:nicolas.alvarez@gmail.com">nicolas.alvarez@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On 6/15/10, David Nolden <<a href="mailto:zwabel@googlemail.com">zwabel@googlemail.com</a>> wrote:<br>
> Yeah looks like I have a different opinion here. IMO master should be<br>
> "the central place" which shows where the next version of the<br>
> application is heading. Anything that is for sure going to be in the<br>
> next version, and that is ready feature-wise (eg. compiles, runs and<br>
> works), should be in there, so a developer can check it out, and can<br>
> also develop for the next version, without having to consider a random<br>
> amout of branches that he has to merge if he wants to avoid merge<br>
> conflicts at a later point.<br>
<br>
</div>Except many people *can't* develop for the next version in master if<br>
it requires KDE 4.5.<br>
<br>
I won't get KDE 4.5 until it officially arrives to Debian. KDE 4.4<br>
wasn't available in Debian Squeeze until 4.4.3 was already released,<br>
and I don't expect them to be any faster for 4.5.<br>
<br>
Compiling a beta version of KDE from source and installing it on my<br>
*only* computer is not an option.<br>
<font color="#888888"><br>
--<br>
Nicolas<br>
</font><div><div></div><div class="h5"><br>
--<br>
KDevelop-devel mailing list<br>
<a href="mailto:KDevelop-devel@kdevelop.org">KDevelop-devel@kdevelop.org</a><br>
<a href="https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel" target="_blank">https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel</a><br>
</div></div></blockquote></div><br><div>Most of us what we do is to have a separate user with the KDE trunk binaries, it's not like you have to substitute your KDE installation but to have both.</div>