[Kde-pim] Did we reintroduce some performance issues with KDE 4.10?

Lailah lailahfsf at gmail.com
Thu Jan 31 14:38:59 GMT 2013


El mié, 30-01-2013 a las 10:47 +0100, Jos Poortvliet escribió:

> >
> 
> Could be a virtuoso/Nepomuk thing. Since a few days I have dolphin hang on 
> me when I do a right-click in a folder, until a timeout somewhere - it is 
> definitely Nepomuk related as KMail is unable to show me any emails while 
> Dolphin is hanging...
> 
> Of course, on a 'fresh' system I have no such issues. Problem is that we 
> can't simply tell our users "clean the database and start over" whenever 
> there is a problem, unless we create some kind of "problem solving wizard" 
> which gives a graphical (and hopefully non-destructive for stored data) way 
> of cleaning the index(es), restoring performance and stability.
> 
> So either, on an upgrade to a major new version of KDE PIM, we make sure the 
> Nepomuk email database is cleaned and re-indexed, or we even go as far as to 
> let Nepomuk remove all data it can extract from the filesystem upon a major 
> upgrade and re-index that all again. Vishes, you listening? Do you think 
> that makes sense?
> 
> I think users are far more forgiven to have to deal with Nepomuk re-indexing 
> their data upon an upgrade of their distribution or KDE packages than having 
> the weird kind of issues these complex inter-dependencies seem to create 
> sometimes with no easy way to deal with (for a common user).
> 
> Note that the 'average user' often is advised to simply remove  ~/.kde4 when 
> confronted with such inexplicable behavior, which is a rather destructive 
> way of dealing with the issues we have. Worse, even going nuclear like this 
> doesn't remove the Akonadi data as that's in the ~/.local folder so at least 
> some problems persist after removing all settings and much private data!
> 
> Honestly, I think that it might be time to give up on trying to fix all 
> corner cases and just accept that this technology is so complicated, weird 
> and unpredictable errors will crop up. It might be time to find solutions to 
> this which do not require our users to nuke all their personal settings and 
> loose data...
> 
> hugs,
> Jos
> _______________________________________________


Just 2 words:  TOTALLY AGREE 


Thanks,
Lailah
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: This is a digitally signed message part
URL: <http://mail.kde.org/pipermail/kde-pim/attachments/20130131/aea25eb9/attachment.sig>
-------------- next part --------------
_______________________________________________
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