<div class="gmail_quote">On Thu, Aug 5, 2010 at 12:46 PM, Milian Wolff <span dir="ltr"><<a href="mailto:mail@milianw.de">mail@milianw.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On Thursday, 5. August 2010 12:14:56 David Nolden wrote:<br>
> Hi, I'm using the movingranges branche routinely now, and it works<br>
> very good. I haven't seen a crash for a long time, and also most bugs<br>
> seem to be sorted out.<br>
><br>
> I think now would be the right time to merge the branch into the main<br>
> devel branch. Then we should stabilize it, and do a release within the<br>
> next months, so we have something that runs nicely with KDE 4.5. We<br>
> don't need to include the SOC branches at that point in the release if<br>
> they're not ready.<br>
<br>
</div>I think I'll try it out myself again and see whether I spot any new issues.<br>
But since you fixed all my previous issues, I think it would be a good thing<br>
indeed.<br>
<br>
I'd personally say: Lets all try it out and see whether we spot any new<br>
issues. If not, lets merge it (in one or two weeks?), let it stabilize for a<br>
week and do a first alpha release of KDevelop 4.1. Lets say at the start of<br>
September?<br>
<br>
Regarding GSOC branches: My multilang stuff is getting ready as well, in one or<br>
two weeks latest I'd hope for a review, esp. from you. Afterwards I think it<br>
could also be merged, since it should not affect the stable language plugins<br>
that are released. Otoh this would probably also count as a "we don't have to<br>
rush to integrate it", as only in addition to the language plugins in Quanta,<br>
the multilang branch is actually required.<br>
<br>
Anyhow, depending on how soon we are confident to release 4.2, I'd be OK with<br>
delaying my merge after 4.1 is released. I do hope for a first alpha release of<br>
Quanta this year though, hence 4.2 would have to be released until then.<br>
<br>
Bye<br>
<br>
PS: once we have sorted out what to merge for 4.1, we could release a first<br>
beta after everything is merged (i.e. feature freeze) and concentrate on bug<br>
fixing. Weekly betas (assuming we fix bugs fast enough), one or two RCs then the<br>
release.<br>
<br>
@ Andreas: What time should be set for a string freeze? One month prior to<br>
release?<br>
<font color="#888888">--<br>
Milian Wolff<br>
<a href="mailto:mail@milianw.de">mail@milianw.de</a><br>
<a href="http://milianw.de" target="_blank">http://milianw.de</a><br>
</font><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>
<br></blockquote></div><br><div>I think that if you (David) think that the branch is ready you should merge. It's you who have coded it and who have to feel confident with it.</div><div><br></div><div>About releasing a 4.1, I'd say it's a little premature but given the big changes that happened in Kate Part we probably want to release now but for now the best would be, IMO, to get all the new code to trunk so that it can be tested by us and we can provide a schedule from that.</div>
<div><br></div><div>Aleix</div>