Re: nepomuk cleanup trashing addressbook ?

Anne Wilson <[email protected]>
Newsgroups gmane.comp.kde.users.pim
Message-ID <[email protected]>
On Wednesday 17 February 2010 09:06:40 Werner Joss wrote:
> so, I just experience a very ugly behaviour from kaddressbook (kde 4.4.0):
> I have configured simple std.vcf file as a ressource for akonadi, seems to
> work ok, that means, if I add e.g. a new address in kaddressbook, it is
> propagated to std.vcf as expected.
> so far, ok.
> the problem now is: I seem to loose the newly added addresses randomly from
> time to time, that means, they are no more shown in kaddressbook, nor are
> they in std.vcf !!
> I'm under the impression, this happens mostly after I'm forced to clean up
> nepomuk databases via
> 
> qdbus org.kde.NepomukServer /nepomukserver org.kde.NepomukServer.quit
> rm -r ~/.kde/share/apps/nepomuk
> nepomukserver
> 
> which happens also randomly (after ~every 3rd or 4th login, where
> akonadiserver refuses to start).
> 
> anyone experienced similar things ?
> 
Since I got akonadi/nepomuk working I've never had akonadi refuse to start, so 
no.  I have been told, and it may be relevant, that akonadi flushes its cache 
when it's stopped.  I'm unsure as to whether akonadi actually stops when 
kontact stops using it.  I'm just wondering whether a crash of kontact on the 
way out is stopping the flush happening.

Qualifying that first statement, after a kontact crash, bits get left behind 
and kontact will not then restart - and this may affect akonadi.  I use System 
Activity monitor to find the kontact parts - and there can be quite a lot of 
them, and kill them.  After that everything is fine.

Have you tried stopping, then re-starting nepomuk without removing the 
database?  You should not need to.

Anne
-- 
KDE Community Working Group
New to KDE Software? - get help from http://userbase.kde.org

_______________________________________________
KDE PIM users mailing list
[email protected]
https://mail.kde.org/mailman/listinfo/kdepim-users
signature.asc (application/pgp-signature, 198 B)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.13 (GNU/Linux)

iEYEABECAAYFAkt7+bwACgkQbMErw/n0TZoeegCZAXKX1EM1j53umarRXM4WBnpW
ZRoAn2n5JQZM11KjLZAq65/7AF4S7DcF
=2/IW
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.