[Kde-pim] Akonadi: single database design mistake?

ianseeks ianseeks at yahoo.co.uk
Mon Apr 29 12:18:03 BST 2013


On Saturday 27 Apr 2013 10:26:12 bhlevca wrote:
> Hi,
> 
> Before you throw any flames at me please note that I am a KDE fan and I am
> using it everywhere on my computers.
> 
> I almost dumped KDE for LXDE and XFCE ( I hate gnome) about 2 years ago when
> I switched to kmail2 and the whole akonadi/nepomuk/virtuoso.  It was way
> too slow to buggy and unusable. I was losing data that I could not afford
> to lose.
> I hung on it for a couple of months like any harcore KDE fan, but in the end
> it was too much to take.
> 
>  KDE is awesome and it becomes more usable by the day, but honestly kdepim
> should not be a part of it. I get the idea that a common database for all
> would make things easier and it would be nice, but so was the Communism, a
> big bright idea that did not work.
> 
> After a brief stray from KDE I came back, but  I disabled everything from
> kdepim that could cause pain: no desktop search, no nepomuk, no akonadi no
> virtuoso, no calendar, no contacts, etc. I switched my emailing needs to
> claws-mail which far from being perfect at least it works. The search works,
> all the plugin work and it is fairly customizable and fast enough.
> 
> If you guys want an example of blazing fast search look at "notmuch". I use
> it through emacs as my second email platform and is the fastest email search
> I have. Dump the crappy system you use now and focus on something that
> works fast and that's not the monolithic mysql based solution. Big is not
> beautiful and definitely is hard to maintain. It is destined to failure.
> 
> If two years down the road it still has problems that means something, and
> that something is a design problem.  Calm down and go to the design board
> and look at what works or not. I stongly suggest a solution similar to what
> http://notmuchmail.org/  did.  It can be used for contacts and other PIM
> features, not email only.
> 
> And now, before throwing stones at me cool down and admit that there is a
> design flaw ( 2 years of 100% CPU usage, huge amounts of data, etc) . I got
> tired of reporting countless bugs, debugging them  and wasting time on
> things that do not work.   I still use KDE but PIM will not be a part of it
> until design will change to simple mechanisms that can be managed and work
> flawlessly no matter if the user is a corporation or a housewife.
> 
> 
> Best,
> Bogdan

Its a lot better than it was, there are still a few crinkles that need ironing 
out.
My take on it would be that it should have been a configurable option to use 
Akonadi etc or to keep PIM working as it used to.  I have no use for the 
features that it provides.  
_______________________________________________
KDE PIM mailing list kde-pim at kde.org
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/



More information about the kde-pim mailing list