Steve Riley stvrly at
Sun Dec 18 04:46:38 UTC 2011

I suspect some of bloat, and a contributor to the claims that KDE "feels 
slow," has to do with the sheer number of databases. I'm experimenting with 
building a KDE system by hand. So far, three separate databases are installed:

* MySQL for Akonadi
* Sqlite for Quassel
* Virtuoso for Nepomuk

Quassel is hardcoded to depend on Sqlite. Akonadi can be switched to that as 
well, but some docs on warn against that, claiming performance will 
suffer. Nepomuk is similarly wedded to Virtuoso through Soprano. Surely there 
has to be a better way.


On Sunday 18 December 2011 09:39:28 Lindsay Mathieson wrote:
> A few months back I saw a post on a nepomuk  developers blog re the fact
> that:
> - external interfaces were poorly or not documented and frequently changed
> - return codes/exceptions were undocumented and frequently changed
> - errors went largely unlogged and were ignored
> - logging in general was almost non-existent
> I commented that this was a recipe for disaster - in the large corporate
> projects I worked on it was essential for core services to be well
> documented and *essential* for them to log every error, especially
> unexpected ones. It paid off in spades when you were trying to debug weird
> shit happening on the various remote and obscure setups we had to work
> with.
> Sure you have to keep service specifications flexible, especially in
> development as new requirements/problem emerge, but you also have to be able
> to say  enough is enough and tie it down. And always always document and
> make it transparent.
> My comment was deleted.
> --
> Lindsay
> --
> kubuntu-users mailing list
> kubuntu-users at
> Modify settings or unsubscribe at:

More information about the kubuntu-users mailing list