[kdepim] Crash à chaque démarrage de "akonadi (resolu)

[nicollivier]

Bonjour,

Hier j'ai voulu essayer à nouveau kdepim et voir les évolutions qu'il y avait eu.
Grave erreur.....

Depuis j'ai "akonadi_imap_resource" qui n'arrête pas de créer des bug. J'ai la fenêtre bugtrace qui s'ouvre, si je fais fermer, elle se ré-ouvre tout de suite...
Je suis obligé par "l'activité système" et de tuer tout ce qui se rapproche à akonadi.

J'ai désinstallé tout ce qui se rapproche à kdepim, mais j'ai toujours ce bug.
Est-ce que quelqu'un aurait une idée pour supprimer définitivement celui-ci?

Merci

Nico

[FoolEcho]

Salut,

Plus que probable que ça soit lié à ce bug: https://bugs.archlinux.org/task/30190. (il y a toutes les infos et liens utiles dans le rapport: il faut soit rétrograder kde en 4.8.3, soit se procurer une version plus récente de soprano au moins -- en ce qui me concerne, j'attends )

[Desintegr]

J'ai ouvert le rapport de bug pour Arch.
Ce bug est également suivi du côté de KDE, mais pour l'instant pas beaucoup de nouvelle.

Il y a plusieurs solutions de contournement :
- rester avec KDE 4.8.3
- désactiver Nepomuk (mais peut être génant car cela désactive certaines fonctionnalités dans certains logiciel comme KMail par exemple)
- installer la version de développement de Soprano disponible dans le dépot kde-unstable

[nicollivier]

Merci de vos messages.

Le fait de désactiver nepomuk ne change rien chez moi.

[Desintegr]

As-tu bien arrêté tout Nepomuk (pas uniquement l'indexation des fichiers ou des emails) ?
Tu ne devrais plus avoir de processus nommé virtuoso-t en fonctionnement si Nepomuk est totalement arrêté.

As-tu redémarré ta session KDE après avoir désactivé Nepomuk (voire rebooter car Akonadi peut rester ouvert après la fermeture de la session, je crois) ?

Si Nepomuk est bien arrêté et tu as bien redémarré ta session, il s'agit peut-être d'un autre bug. Dans ce cas, il faudrait générer une meilleure stacktrace et vérifier si le bug n'a pas déjà été reporté sur le bugzilla de KDE.

[nicollivier]

Alors je n'ai pas de processus "virtuoso", j'ai désactivé "népomuk" dans l'indexation des fichiers.
Il n'y a que là que l'on peut le désactiver?! Comment être sur qu'il est bien arrêter ?!

[Desintegr]

La paquet kdelibs a été mis à jour en version 4.8.4-2 qui corrige un bug avec Nepomuk.

Je te conseille de mettre à jour et de retester avec Nepomuk activé.

[nicollivier]

cela n'a pas corrigé mon bug.
Donc à priori c'est autre chose

Edit: Je viens de voir que tu me parles de nepomuk, mais mon bug est lié à akonadi

Je vais pour en ouvrir un autre

[Desintegr]

Pour ce qui concerne KDEPIM, tout est fortement lié à Akonadi et Nepomuk.

Le problème que j'avais avec Nemomuk (réglé maintenant) empêchait l'utilisation de KJots et KMail qui sont deux composants de KDEPIM (crash au démarrage des applications).

Ton problème semble différent et peut-être pas lié à Nepomuk finalement.
Je te conseille de recompiler tes paquets avec les symboles de debug avant de reporter le bug.

[FoolEcho]

En passant par akonadi essaie de supprimer puis recréer cette ressource peut-être ?

[nicollivier]

En passant par akonadi?! Qu'est-ce que tu entends par là?

[FoolEcho]

Il y a la configuration d'akonadi (accessible via le menu KDE ou les miniatures si activé) pour voir toutes les ressources. Tu peux aussi passer par kmail pour voir si recréer la ressource imap suffit (et supprimer celle qui coince).

[nicollivier]

Formidable, je n'avais fait attention à cet utilitaire de configuration.
J'ai simplement supprimé la ressource qui me posait problème et maintenant tout va mieux.

Merci