[Kde-pim] Re: kdepim-4.6 ?

[Joost Roeleveld]

On Thursday 07 April 2011 20:37:16 Andreas Gungl wrote:
> Am Donnerstag, 7. April 2011 schrieb Kevin Ottens:
> > > There is perhaps some problems on kmail but kdepim is not just kmail
> > > there is kadressbook, kalarm, ktimetracker which were improved in
> > > 4.5-4.6 but for the moment we can just use version from 4.4 and
> > > it's not good for developers I think.
> > > How we can motive new kdepim dev to fix some bugs in kdepim-trunk if
> > > they are not sure that we will release it a day ?
> > 
> > Exactly, I'm in the same boat there. I lost most of my interest in the
> > PIM stack after the latest Akonadi meeting I attended, we were very
> > close to go  ahead with a release and never did, again based on fear.
> > Of course, at the time the migration still had strong issues, and I
> > admit that could indeed be considered a showstopper. But now... Most
> > people I know who started to migrate are actually able to use the
> > thing, and it didn't burn their house, didn't kill their pets and most
> > importantly didn't loose data.
> > 
> > I even know people using master daily... Yes, kmail isn't perfect, its
> > 4.4 version isn't exactly a walk in the park either. korganizer seems
> > in better  shape than its 4.4 and so on...
> 
> I migrated my office machine by accident to a beta of KDEPIM 4.6, and it was
> frustrating. First of all, the migration hang. I had to work around the
> issues manually. Next thing is performance.
> Really, Kdepim isn't just KMail, but given you have about 100.000 mails in
> your account (some folders used as archive with important project milestone
> messages collected over years), you are significantly slower in your
> workflow.

I actually migrated my home desktop on purpose.
However, either because of old configurations that were migrated over since 
kde-3.3, or a different reason. The migration wouldn't work correctly.
I actually ended up reconfiguring the whole KDE. (It wasn't just kdepim 
applications causing problems, but akonadi didn't have a decent auto-
migration)

> The organizer may be as good as one can imagine, but that doesn't help if
> you loose time and confidence in the mail program. More than once I
> considered going back to the previous version where KMail is much faster,
> or to migrate to Thunderbird as my messages are on IMAP accounts anyway.

Korganizer is good, but it does mess up sometimes with the synchronization 
with egroupware. I am, however, quite confident that the issue is on the 
egroupware side. (It's not the latest release and I didn't install it per 
documentation)

> What I'm not sure about is how does the migration deal with the data from
> the old version? Are they deleted, or do I need to clean up some
> directories afterwards?

>From what I noticed, either it leaves it behind, or the migration failed.

> Other questions are about the new version. I've read about the config
> options for the akonadi db. But my database is about 1.2 GB. Is there a way
> to check if it's size is really needed? Is there a way to shrink it (if
> possible)? Don't mention the "HDDs are cheap" argument here. It's not only
> the place on the disk, it's also the throughput what counts.

I also wonder if having such a large database actually helps and if there are 
any performance improvements possible there.

> I feel a bit lost with regards to what's going on behind the scenes. Based
> on my experiences I can imagine a lot of frustrated users (most of them
> those using a Linux desktop without deeper knowledge of the underlying
> system).
> 
> You can see me undecided. And that may be a mirror of the fear to release
> what there is now. Who knows if you have a second chance if your first try
> gets a very bad press for whatever reason?
> 
> So let me resume: there doesn't seem to be a real show stopper bug. Still
> there are a lot of things to improve. You should be prepared for a lot of
> complaints from those who are put back performance-wise after having
> migrated to the new version.

+1
I too am noticing that kmail 4.6 is slower then 4.4.
I have the feeling that the performance problem is caused by having akonadi 
sitting in between.
It might help if I could have a single akonadi running as a service for all 
users with a database backend better suited for multiple users.
But I can't find any documentation on how to get akonadi talk to a different 
database. (One of the reasons why I ended up wiping my home directory to get 
it working properly.)

--
Joost
_______________________________________________
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/