<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Fri, Jul 4, 2014 at 4:36 PM, Kevin Funk <span dir="ltr"><<a href="mailto:kfunk@kde.org" target="_blank">kfunk@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="">On Friday 04 July 2014 12:15:48 Aleix Pol wrote:<br>
> On Fri, Jul 4, 2014 at 10:59 AM, Milian Wolff <<a href="mailto:mail@milianw.de">mail@milianw.de</a>> wrote:<br>
> > On Friday 04 July 2014 01:08:13 Aleix Pol wrote:<br>
> > > Hi,<br>
> > > I just saw Alexander Richardson review request about deprecated<br>
> ><br>
> > KSharedPtr<br>
> ><br>
> > > and first thing I thought "why didn't I do that already?". Well, the<br>
> > > thinking behind was to do a minimalistic port [1] while features were<br>
> > > developed in master, so we could merge back easily.<br>
<br>
</div>Same intention here. Didn't want to do invasive changes as long as we keep<br>
merging back changes from master.<br>
<div class=""><br>
> > > KDevelop 4.7 has been branched now, KF 5.0 has been released, so it's a<br>
> > > good moment to put it on the table.<br>
> > > How do you guys feel about a: git merge frameworks?<br>
<br>
</div>+1<br>
<div class=""><br>
> > Fine with me. I'll work on 1.7 until its released anyways and that should<br>
> > give<br>
> > me enough time to setup a kf5 toolchain.<br>
> ><br>
> > Speaking of which, we will have to update our wiki HowToCompile page, and<br>
> > at<br>
> > least announce it also on our user lists, the planet and our website.<br>
> > There<br>
> > are, after all, a lot of people who build kdev* from master. Furthermore,<br>
> > I<br>
> > would appreciate it, if either of those who successfully built KDevelop<br>
> > frameworks can document that in every detail. Paste your kdesrc-buildrc<br>
> > and<br>
> > dependent included configuration files. Create a list of frameworks that<br>
> > KDevelop requires.<br>
> ><br>
> > Also, I'm not sure how much master and 1.7 diverged. If there happened a<br>
> > lot,<br>
> > I vote for branching off master into a "legacy" branch just for people<br>
> > that<br>
<br>
</div>Do we really need that? 4.7/1.7 *is* legacy and we should just try stabilizing<br>
that one, not yet another branch.<br>
<div class=""><br>
> > stick to KDE 4 for now. Feature development will go to master/kf5 of<br>
> > course.<br>
> > Finally, I want to know what our GSOC students think of this (CC'ed).<br>
> > Would it<br>
> > be OK for you to setup a KF5 toolchain and continue your work there? If<br>
> > not, I<br>
> > guess it would be fine if we go the "legacy" way proposed above, and<br>
> > you'll<br>
> > continue your work there. Once GSOC is over, we can merge/rebase it on<br>
> > frameworks.<br>
> ><br>
> > Bye<br>
><br>
> That's a good point, maybe it would be interesting to wait until GSoC is<br>
> over to release a 4.8 version, so users can take advantage of the on-going<br>
> GSoC projects.<br>
><br>
> I don't think the GSoC students should change the platform they work on in<br>
> the middle of the project.<br>
><br>
> Aleix<br>
<br>
</div>Personally I'm not to fond of another 4.8. We should just focus on KF5 now for<br>
feature development and focus on 4.7/1.7 for stabilizing. I'd consider this<br>
the last KDE4 release. Otherwise we'll have to merge back changes which causes<br>
additional work-load (And we still could not do invasive changes to the<br>
frameworks branch, which is required to get rid off kdelibs4support and<br>
friends).<br>
<br>
Regarding GSoC: I think it depends on the GSoC project.<br>
<br>
For both Denis and me it probably makes sense to base our work directly on<br>
KF5. Personally, I think both projects would fit into a shiny KF5 release<br>
announcement. So people also have a good reason to adopt the KF5 version of<br>
KDevelop early.<br>
<br>
Sergey's work is already part of 4.7/1.7, hence he should continue working on<br>
these branches.<br>
<br>
Makes sense?<br>
<br>
Greets<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Kevin Funk<br>
</font></span></blockquote></div><br></div><div class="gmail_extra">Well, we shouldn't be adding new features on .7, so if sergey, denis or you need to enhance something in kdevplatform or KDevelop you can and keep the plugins suitable for kdev4. It could be interesting that people could try kdev-clang and kdev-qmljs after this summer on kdevelop 4.</div>

<div class="gmail_extra"><br></div><div class="gmail_extra">But then that's given the premise that you want your work functional in kdev4, which is especially interesting for clang and qmljs, although I'm unaware of the status of the plugins.</div>

<div class="gmail_extra"><br></div><div class="gmail_extra">Aleix</div></div>