KDE Imaging Sprint

I just wanted to say that I returned home from KDE imaging sprint now and want to say thank you again to our host and the organizer of the event Marcel Wiesweg. We got quite a lot of coding done, some errors in Digikam and the kipi plugins have been fixed on Windows, so it was a really positive sprint. Some fixes are still waiting to be committed. I met some people I didn't knew in person before, which was really interesting too.
So all in all, a good sprint and I am looking forward to next years imaging sprint in France ;-).

yokadi on windows

While reading planet KDE a bit I somehow got caught by Aurélien's release announcement for Yokadi, "the command-line driven, geek friendly, sqlite backed TODO list". I was in need of such a tool already for quite some time, and so began to look at it.
First of all Yokadi is written in python using an sqlite database, which is basically the size I was looking for. Also it makes it possible to run also on windows... In the README it says that Mac OS X and Windows should work but haven't been tested and so I started my way through it.

To make it possible for more people to use this application I want to document what I needed to do to get yokadi working on Windows:

1. Install the python setuptools if you haven't done so yet. After the installation you might need to adjust your PATH to include the Scripts folder of your python installation so that the easy_install.exe is included.


2. get pyreadline, sqlobject and dateutils by simply running easy_install[PACKAGENAME]. Make sure you have svn.exe in your path for pyreadline. Except for this requirement, everything went smooth so far.


3. Now get the yokadi sources with git. I needed to add a patch, so make sure this patch is already contained in your yokadi sources. I send this patch to the mailing list and hope it gets committed soon.


4. After you made sure about the patch, run setup.py install from the commandline. This will install yokadi as a python site-package.


5. Set the EDITOR variable if you don't have vi.exe in your path. I installed the commandline version of vim for that: set EDITOR="C:\Program Files\vim\vim72\vim.exe".


6. To not add a HOME variable to my local environment, I made a yokadi.bat which basically sets the environment variable HOME to the directory where I want to store the database (and the history file) and then calls the yokadi python script in the scripts folder.

I haven't tried the yokadid daemon which is supposed to notify you about due dates: both because I don't like such notifications and as well because at least the master version looks suspiciously Unix-only ;-).
So far I am really pleased by yokadi, it matches my way to work (yes I use the windows cmd.exe a lot!) and I hope I can get rid of all those .todo files now :-D.

git web

As you might know I also work on Linux machines from time to time and so I tried to set up a git server on a local machine. After two hours trying to set up gitweb I simply gave up (That costed me a lot of nerdpoints as casper pointed out correctly!). Today I invested another hour into gitweb until I finally came to the conclusion that whoever writes such a bad documentation, doesn't want any users. So I decided to search again for something else:
There are various pages where alternative projects are listed, and after having tried git-php which is either not accessible (probably a self hosted git server) or which doesn't work as well, I finally came across viewgit. ViewGit's claim is 'to be easy to set up and upgrade, light on dependencies, and comfortable to use.'. Which it really is. The point is not only that there exists a rather good documentation in the source code (as you would like to have it), there is a readable README which also tells you what to do and if you try to access it before it redirects you to the README. All in all this is what I wanted & needed - it took me less than 10 minutes to set up. Kudos to the developers.

This is what I expect from open source software. Why is the rest so crappy?

build server web

It is not new anymore that we got a build server which runs windows and regularly builds KDE on Windows. But from now on we have a webinterface for the build server which for now can be found under http://winkde.org/pub/kde/ports/win32/dashboard/ . This means that build results can now be tracked more easily. This goes as far as having the complete logfile for the build available, basically the same you would have if you'd build on your own.

The advent of the web interface also means a second feature I will hopefully set online this weekend: nightly packages which always return the latest state of KDE. And I also have planned some more features: rss feeds for each package & for all packages, a history for each package (so you can check when an error has been introduced, etc.) and of course an improved error searching algorithm (it currently only uses the last 20 lines from the complete log as summary).

And last some pictures: Some of the stuff that doesn't build on the right side is my fault, but of course not everything:

new windows nightly builds and a question about nepomuk on windows

I don't want to make a big announcement out of it, just so you know: I just set up a nightly build server for KDE on Windows in the last days, which is supposed to build all our KDE packages on a regular schedule. Thanks to Qt Development Frameworks for providing the server and especially to Maurice and Danimo.

The server currently comes with a mailing list where broken packages are announced (kde-winbuild) and I hope I can provide a web page soon similar to this one. I hope this will make it easier to see build errors early and will make the life easier here on windows.

One other thing I fell upon is nepomuk and its companions soprano and strigi. Since I was asked about it and I couldn't answer (because I never came accross it!) I decided to take a look at it. The problem I found is that under windows, the indexing part (strigi) is nearly completely disabled - this also makes clear why no errors occur. Which in turn makes also clear that soprano and nepomuk might work, but since there is no index at all, the two do not really seem to make any sense.

So what can we do?

• we could try and fix strigi. This seems like a lot of work, since a lot of the strigi code is written without Qt support - using fork, sockets and some more non-portable stuff.


• we could disable nepomuk and rely on the build-in Windows search - this minimizes the work, which can be spend on other targets (solid, plasma etc.) then.

If by chance the windows developer base increases by a high percentage, we could reenable nepomuk then - or if we have nothing else to do anymore.

Personally I tend to fix strigi, but what do you think?

No more hungry evenings!

Just some minutes ago I got krecipes compiling here under windows - after just a few changes (What else would you expect!). Ok, it crashed because our mysql packages are not the best, I might have to improve those, but with sqlite it worked quite well (though a bit slow).


Just to give a small impression:



To say the truth, I was never really hungry, but perhaps this program makes me cook a bit more often? - Lets see.

Summertime

For those of you who haven't seen it yet, KDE on Windows made another release (only some days after the official release date - it is just me who needed nearly two weeks to blog about it ;-)). We introduced two "new" compilers, first of all Microsoft Visual Studio 9.0 Express Edition and second MinGW gcc 4.4.0. There are still some drawbacks when using MinGW 4, but we hope that we can fix those soon and then we can drop the old gcc 3 series (probably together with KDE 4.4).

Personally I am currently slacking off a bit. Last week I helped my sister to move her flat and at the end of this week I will go back to Iceland for one and a half weeks meeting some friends again. If you're around there, just drop me a note here.

Some days ago I decided to start a long term project of mine and with the help of my mother who is an oracle consultant I installed a small oracle 10g express edition database on my computer. So far we could get it running via both the OCI and the odbc sql-database plugin of Qt and everything seems to be as easy as I can think of. Look forward to some interesting news concerning Marble... ;-).