Cleanup of plugins and Release Plan

Aleix Pol aleixpol at kde.org
Sat Oct 17 16:10:36 UTC 2009


On Sat, Oct 17, 2009 at 7:35 AM, Milian Wolff <mail at milianw.de> wrote:

> Aleix Pol, 17.10.2009:
> > On Sat, Oct 17, 2009 at 6:36 AM, Andreas Pakulat <apaku at gmx.de> wrote:
> > > Hi,
> > >
> > > I've just done a bit of cleanup with our plugins. In particular these
> > > have been moved to playground:
> > >
> > > kdevplatform/veritas - unmaintained and nobody uses it
> > > kdevplatform/plugins/git - doesn't work currently and nobody works on
> it
> > > kdevelop/xtest - as with veritas and has usability problems
> > > kdevelop/tools/coverage - as with veritas
> > >
> > > I've also moved the documentview plugin from kdevelop to kdevplatform
> as
> > > its useful there too.
> > >
> > > So much for that, now the the more important question (and as far as I
> > > recall from the last discussion regarding whats missing): Can we
> release
> > > with KDE 4.4? In particular I'd like to follow the KDE 4.4 release
> > > schedule, which means hard feature freeze in 5 weeks.
> > >
> > > Any of the devs have something on his plate which he thinks has to be
> in
> > > 4.0 that'll take longer than 5 weeks to implement?
> > >
> > > I'd personally really like to get into a feature freeze rather sooner
> > > than later. As you all may well know there's been almost no development
> > > in the last 2 or 3 weeks and I think/hope that a feature freeze and the
> > > following bug-fixing period would stimulate the development again.
> > > Simply because at least for me there's "so much to do" that I don't
> even
> > > know where to start and instead of starting somewhere I just find
> > > something else to do :(
> > >
> > > Andreas
> > >
> > > PS: And for 4.1 I think it would make sense to clearly define which
> > > features we'd like to implement so we can better plan that release.
> > >
> > > --
> > > Beware of Bigfoot!
> > >
> > > --
> > > KDevelop-devel mailing list
> > > KDevelop-devel at kdevelop.org
> > > https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel
> >
> > I think that's great, it's a good thing we're releasing.
>
> Yes, finally :)
>
> ...snip...
>
> > About 4.1, it would be nice if we could gather at some point for a dev
> > meeting, maybe it's too early to think about that, but I guess it's the
> way
> > to get things done in a uniform way.
>
> Ever since I came home from the last dev sprint, I wondered whether we
> could
> not do the next meeting at Berlin. I could organize it. The advantages:
>
> - good to reach
> - "nearby" for those that live in Germany and relatively near for Niko
> - a friend of mine has experience with accommodations, he organized things
> for
> an Amarok sprint and several times during the LinuxTag fair, should be
> affordable
> - I work at the IT department of the Physics faculty at the FU-Berlin,
> hence
> it's no problem at all to get a room for hacking, with really fast
> networking
> etc.
> - maybe some of the guys over at KDAB or from Qt Software could attend, or
> at
> least meet for dinner or similar.
> - probably the killer advantage for adymo: German beer :)
>
> Of course the beer + "reachability" would work for any place in Germany,
> with
> even better beer more to the south :)
>
> disadvantages:
> - not as cheap as Ukraine
> - not as good Vodka as in Ukraine :)
> - longer distances / more time in public transportation, when you get from
> your flat to the university e.g.
>
> --
> Milian Wolff
> mail at milianw.de
> http://milianw.de
>
> --
> KDevelop-devel mailing list
> KDevelop-devel at kdevelop.org
> https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel
>
>
I was in a kdebindings meeting in berin (KDAB offices) and it was great.
Plenty of places for food, plenty of beer and a good place to stay.
It's not a secret that berlin is a good place for such meetings though :P
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kdevelop-devel/attachments/20091017/49e610b0/attachment.html>


More information about the KDevelop-devel mailing list