Hi,

today I upgraded udev and my keyboard and mouse (logitech mx 5500) stopped working. From (almost) normal keyboard my system change it to bluetooth keyboard. So I installed bluez kbluetooth. Now it is working.

Actually it is not the problem (or somebody knows how to make work my keyboard without bluetooth). But this makes me thinking why so many things in Linux is screw up.

Sooo... lets look at KDE. The biggest problem is why KDE is so overload. I cannot find explanation for fact why I must install akonadi, mysql, wallet (and some other software) if I don't use it! Maybe it is because some Debian Developers (sorry, but I think that they f**ked up in some ways... they make really great distro, and the same time they make horrible mistakes) didn't want to cut packages into smallest pieces.

Even in distros like PLD, where you really install what you really need... still exists dependences on akonadi-core. Why? I installed only KWin, KDM, KDELibs, Plasma (probably here is the problem), Dolphin and it is all. Why I need so mamy other things?

I know that some people use it (probable not at the same time, but ok), but why don't push it into small pieces. Optionals things.

Now, KDE has the worst project from all software I used. And I cannot explain why. Maybe somebody tell me that? Or maybe somebody will change his mind and next time KDE will be slighter and more separated.

PS. Is not that I think that you make ****. Actually I think that you make really great job, but... really I hate when software try to by smarter that I am.

Akonadi is a dependency of Plasma as it displays data from Akonadi in the calendar in the clock.

bcooksley wrote:Akonadi is a dependency of Plasma as it displays data from Akonadi in the calendar in the clock.

You mean somebody birthday? Still... I don't use this. It is great feature, but hey! It isn't possible to make something like that:

Code: Select all

if (akonadiInstalled)
{
   checkBirthday(some_date);
}

or

Code: Select all

birthday == akonadi.birthday(some_date);
if (birthday != NULL)
{
// ...
}


Less MB to download, less RAM using, less CPU eated.

KDE is big and heavy, why don't try to make it slighter? Maybe by making some features as optionals?

I agree, KDE should be smaller and more modular than now. Remove that tight akonadi integration and make it as downloadable option.

In that case, I would recommend filing a bug report at bugs.kde.org requesting that Plasma not use Akonadi if it is disabled in System Settings.. however, Akonadi is not bloat, and will be used heavily by KDE PIM in KDE 4.5+

bcooksley wrote: ... heavily ...

That's all well and good, IF someone wants to use that functionality. At this point, the functionality that Akonadi, Nepomuk, et al, provide is very immature and in many cases interferes with the smooth running of an otherwise stable system. Yes, in some cases users have NO problems at all, however in others, users have nothing BUT problems. Thus, immature, but with promise. I agree that in those cases where the user chooses to not employ the KDE PIM, that certain related products should NOT be installed.

Hi!

Well, if Akonadi is a main architectural element how could this be removed? I doubt this is possible. There should be a more intelligent to deal with this! In other words:

1. The failure situations must be removed and this as fast as possible before more people say "let's get rid of the whole system!"

2. Optimization!

Can anyone tell me, why an underlying database layer has to slow down the system? I am no developer but i do not understand this at all!

Example: Amarok uses MySQL and there are two effects:

- the collection never really is accurate

- the application is getting slower

Can anyone explain why this must happen?

Martin

Akonadi uses a database server because it needs to cache potentially vast amounts of data ( quite a few people have gigabytes of email, etc )

Amarok uses a database server for the same reason. Amarok 1.x used an embedded SQLite database, which for those with larger collections did not scale, and was very slow. As a result, Amarok 2.x uses embedded MySQL or an external MySQL server, which scales for these larger collections.

> quite a few people have gigabytes of email, etc
Oh, I think you'r wrong about that. virtually all my customers have email with 2 gig up, containing all mails from day 0.