<div class="gmail_quote">On Thu, Sep 17, 2009 at 6:45 AM, Andreas Pakulat <span dir="ltr"><<a href="mailto:apaku@gmx.de">apaku@gmx.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><div></div><div class="h5">On 16.09.09 22:25:15, Aleix Pol wrote:<br>
> On Wed, Sep 16, 2009 at 10:06 PM, Andreas Pakulat <<a href="mailto:apaku@gmx.de">apaku@gmx.de</a>> wrote:<br>
><br>
> > On 16.09.09 16:08:21, David Nolden wrote:<br>
> > > Once again, I think it would be good to re-evaluate what features we need<br>
> > to<br>
> > > implement before we can release KDevelop 4.0.<br>
> ><br>
> > I've tried to tag things in bugzilla with Target 1.0.0 and 4.0.0<br>
> > respectively, would be good to go over that list and check what might be<br>
> > missing or what might be possible to drop.<br>
> ><br>
> > I haven't been able to go through the wishes again (as I did for bugs<br>
> > recently) though.<br>
> ><br>
> > > So, the stuff that I think we need:<br>
> > > - User friendly session management ("Close Session" instead of "Close All<br>
> > > Projects", etc.)<br>
> > > - A project-model selection mechanism (the dolphin stuff) that is merged<br>
> > with<br>
> > > the build-set, has a default-selection based on the currently open file,<br>
> > and<br>
> > > is used used as default for running/debugging<br>
> > ><br>
> > > And of course massive bug fixing (including the debugger).<br>
> > ><br>
> > > What's your list?<br>
> ><br>
> > I don't really know. I guess I'm using kdevelop too little.<br>
> > One thing we definetly need - IMHO - is better integration between<br>
> > project tree and vcs support (deleting a folder should delete it from<br>
> > the VCS, adding a file to vcs should add it to the project). Another<br>
> > vcs-related thing is being able to checkout a project from a repository,<br>
> > possibly with a repo-browser-toolview.<br>
> ><br>
> > Another item is the grepview, it works, but it doesn't play well<br>
> > together with projects. I don't have a clear plan on that though.<br>
> ><br>
> > Providing EditorContext for the editor context menu so vcs actions are<br>
> > in it (Or does that work already?) and more importantly provide a<br>
> > FileContext for the filemanager so we get a fully-loaded context menu<br>
> > there.<br>
> ><br>
> > Another thing we have to decide is what to do about mercurial and git<br>
> > support. I know mercurial got some love a few months ago, but I have no<br>
> > idea what its state really is. I do know that git's state is pretty bad<br>
> > and I also know that if I'd work on it we'd need another 3-5 months to<br>
> > finish up as I'd definetly want to rewrite the code in parts.<br>
> ><br>
> > Then there's documentview, coverage, the whole veritas/xtest stuff,<br>
> > valgrind and cvs. I never tried cvs and I think its a plugin that should<br>
> > rather be in extragear - who uses cvs these days anyway ;) valgrind<br>
> > plain doesn't work (AFAIK) and only the memcheck is properly supported.<br>
> > veritas/xtest is unmaintained since almost a year, its hard to use and<br>
> > IMHO clear candidate for removal. Same with coverage I think. Leaves<br>
> > documentview, it works and has only few (if any) bugs AFAIK, but should<br>
> > move to the platform IMHO.<br>
> ><br>
> > Thats about it. I think spicing up grepview would take 1 full weekend,<br>
> > the context-menu-stuff only a day at most. The vcs stuff is a bit more,<br>
> > probably doable in 2-3 weekends (features, not fixing up bugs found<br>
> > along the way ;)<br>
> ><br>
> > I'd also like to point out that I think we'll need about 3 months of<br>
> > feature freeze for bugfixing. There's already quite a pile of bugreports<br>
> > and not all of them are so easy to fix. So I don't think a release this<br>
> > year is very probable, rather january next year. This means we could aim<br>
> > at releasing with KDE 4.4 (and potentially even requiring it if there<br>
> > are important features/bugfixes to use).<br>
><br>
</div></div><div class="im">> Even if I agree that there are still missing features that we all would love<br>
> to have, I think that since we're releasing a 4.0 version we can go without<br>
> it. Actually we desperately need some new release, we don't want people<br>
> using 3.* anymore.<br>
><br>
> I'd propose to follow the KDE 4.4 schedule (for freezing and so on, so that<br>
> we can have translations and everything).<br>
<br>
</div>That (see <a href="http://techbase.kde.org/Schedules/KDE4/4.4_Release_Schedule" target="_blank">http://techbase.kde.org/Schedules/KDE4/4.4_Release_Schedule</a> )<br>
means a Soft feature freeze in about 1 month and a hard feature freeze<br>
in not even 2 months. We can try that, but I'm unsure wether we can make<br>
it. Additionally that means we only have one month and a week of beta<br>
cycle (i.e. normal bugfixing), IMHO thats far too little for us.<br>
<br>
And if we want to do that, we definetly need to decide about the<br>
more-or-less unmaintained plugins. I'd like to release only with stuff<br>
that has somebody who's willing to work on fixing the bugs in it.<br>
<br>
Andreas<br>
<font color="#888888"><br>
--<br>
So you're back... about time...<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>Well of course we need to plan and to do it well if you wish. It's free software anyway, so the quality of our release depends on our willing as a community. And anyway, I think it's ubuntu that they're already packaging kdevelop4 as a released application, people needs KDevelop 4.<br>
<br>About the unmaintained stuff we can always wait right before the release and then decide, it's an easy task to remove code :P.<br><br>I don't think the week of beta cycle is that much relevant, we've been releasing beta's for months already.<br>
<br>Cheers!<br>Aleix<br>