KDE/kdelibs
Alexander Neundorf
neundorf at kde.org
Thu Nov 26 17:01:31 GMT 2009
On Thursday 26 November 2009, Volker Krause wrote:
> On Thursday 26 November 2009 00:47:33 Alexander Neundorf wrote:
> > SVN commit 1054396 by neundorf:
> >
> > Revert the new cmake module committed without any review or announcement
> > and which was in a broken state.
> >
> > This has the effect that the condition for building nepomuk is now never
> > true (instead of sometimes),
>
> great, you effectively disabled half of KDE PIM now, as well as everything
> else depending on Nepomuk. I'm sure everyone working on Nepomuk integration
> appreciates that as much as I do :-(
The build of several KDE modules was broken since the nepomuk query was added
to kdelibs last week. Nepomuk was considered optional in kdelibs, but other
modules relied on it without testing. And it took me days of getting every
small piece of information of what is necessary when and what is optional.
Yesterday I finally got that part (raptor & redland) fixed.
Now there was the next commit again breaking the build, and not respecting the
policies for kdelibs.
I mean, I don't really have the most exciting "job" in KDE. I'm mostly
watching that stuff doesn't get broken. To help me doing this we have a
commit policy for kdelibs/cmake/modules/.
It was announced several times, and this time I just want that it is followed.
Which means to post the file for review to kde-buildsystem (or k-c-d) and
after that it can be added.
> Finding and installing the new dependency took me two minutes, noticing
> that the cmake check doesn't actually search for it, despite the message
> shown, easily five times as long...
>
> Of course the cmake check could have used a review (it at least misses
> Windows support) and I'm certainly not happy about that, but making things
> worse is not helping either.
It made the breakage which was there obvious, and increases the pressure to
fix it.
Alex
More information about the kde-core-devel
mailing list