[RESOLU] Fedora - Akonadi Migration Agent -> démontage

[maxoxo]

Akonadi est très critiqué depuis son apparition il y a une petite vingtaine d'années

Faut dire qu'à son lancement en 2009 et pendant plusieurs années ce n'était vraiment pas au point. Une catastrophe, ça plantait tout le temps, ça bouffait trop de ressources. Clairement dans l'histoire de KDE, la période 2009-2014 est vraiment une période sombre. C'est d'ailleurs à ce moment que j'ai quitté ce bureau qui était pourtant mon chouchou.

Franchement aujourd'hui Akonadi ça fonctionne vraiment bien et depuis KDE 6 c'est même devenu très performant. Déjà ça n'embarque plus un serveur mariadb pour gérer la BDD mais un simple fichier .db au format SQLite (même si perso je continu d'utiliser postgresql en backend car plus stable et plus performant).

L'idée est bonne, avoir un seul backend pour centraliser et standardiser l'exposition des informations type mails, agendas, contacts, tâches => beaucoup plus performant pour l'indexation et le travail hors ligne quand t'as bcp de mail. Franchement en pro je vois grave la différence. Tu changes de client mail ou d'agenda, s'il est compatible Akonadi, tu refais pas la conf il récupère direct les infos. Et du coup avec une BDD, les performances pour rechercher un message sont bien meilleures ! Bref, l'idée était bonne et je pense que ça visait surtout à concurrencer l'expérience "Microsoft Exchange" pour avoir un truc aussi pro et performant mais en libre

D'ailleurs, c'est la même méthode que propose Android en standard, une base de données interne et standardisée pour contacts/agenda afin que les applications puissent afficher les agendas sans se préoccuper de qui est le fournisseur de services (CalDAV/CardDAV/Google etc..).

Sur la Fedora de Glenic, on l'a désinstallé sans aucun problème, ce n'est pas profondément intégré dans KDE/Plasma. Clairement si on a pas besoin, il faut le virer ça bouffe quand même entre 180 et 300 Mo de RAM au bas mot, même c'est vrai que nos configs actuelles l'encaissent sans souci : je n'aime pas le gâchis

. . . juste de désactiver le démarrage automatique du serveur Akonadi . . .

Si c'est suffisant, ça me conviendrait (au cas où il me prendrait une envie irrésistible d'utiliser un des ces logiciels )!

Malheureusement, cette méthode ne fonctionne plus. Il s'agissait de modifier le fichier de configuration akonadiserverrc en changeant la ligne AutoStart sur 'false'. Elle ne fonctionne plus depuis KDE6. Le serveur Akonadi démarre directement si une application qui en a besoin est démarrée : ça peut être Kmail ou tout simplement le démon d'alarme (qui est avec l'horloge du tableau de bord).

Du coup sur ta OpenSUSE, si tu veux t'en débarrasser il faut désinstaller les paquets. Là on va avoir une petite difficulté car je pense que tu as la configuration d'installation par défaut avec le bureau KDE complet. De mon côté, j'ai fait une installation minimale donc je n'ai pas tout à fait la même config que toi. Le risque c'est qu'à ta prochaine upgrade majeure, les paquets soient réinstallés car OpenSUSE considère que c'est ton installation de base.

Voici comment procéder dans le terminal (Konsole)

1. Désinstaller tous les paquets akonadi

Code : Tout sélectionner

sudo zypper remove akonadi\*

2. Désinstaller le modèle système (patterns) de KDE PIM

Code : Tout sélectionner

sudo zypper remove patterns-kde-kde_pim

3. Ajouter un verrou pour être vraiment sûr que ça ne revienne pas

Code : Tout sélectionner

sudo zypper al akonadi patterns-kde-kde_pim

[Charlinux]

Merci pour t'être penché sur mon problème:

. . . entre 180 et 300 Mo de RAM au bas mot . . .

Ah oui quand même ? Je considère cette consommation de RAM comme étant du gaspillage inutile !

J'ai lancé les 4 lignes (en gras), et reçu les 4 réponses entrecôte entre quote .

sudo zypper remove akonadi\*

Des programmes en cours d'exécution utilisent des fichiers et des bibliothèques supprimés ou mis à jour dernièrement. Ils devraient être redémarrés afin de bénéficier des dernières mises à jour. Lancez « zypper ps -s » pour lister ces programmes.

sudo zypper remove patterns-kde-kde_pim

Des programmes en cours d'exécution utilisent des fichiers et des bibliothèques supprimés ou mis à jour dernièrement. Ils devraient être redémarrés afin de bénéficier des dernières mises à jour. Lancez « zypper ps -s » pour lister ces programmes.

sudo zypper al akonadi patterns-kde-kde_pim

Le verrouillage spécifié a été ajouté avec succès.

zypper ps -s

zypper ps -s
Les processus actifs suivants utilisent des fichiers supprimés :

PID | PPID | UID | User | Command | Service
-----+------+------+----------+----------------------+--------
1974 | 1493 | 1001 | papychat | kalendarac (deleted) |

Vous pouvez souhaiter redémarrer ces processus.
Consultez 'man zypper' pour plus d'informations sur la signification des valeurs dans le tableau ci-dessus.

Aucun service ou bibliothèque de base n'a été mis à jour.
Un redémarrage n'est probablement pas nécessaire.

Note : En n'exécutant pas ce programme en tant que root, vous êtes limité à la recherche des fichiers que vous avez la permission d'examiner avec la fonction système stat(2). Le résultat peut être incomplet.

Deux remarques:
1) J'avais surtout peur que la pendule en bas à droite de l'écran disparaisse, ce qui n'est pas le cas.
2) Comme je l'ai fais sous ma session User, et si ça risque de revenir, peut-être aurais je dû le faire en étant connecté sous admin ?
Si c'est le cas, je m'en rendrais rapidement compte et relancerais la manip aussitôt .

Merci pour ton aide .

[maxoxo]

2) Comme je l'ai fais sous ma session User, et si ça risque de revenir, peut-être aurais je dû le faire en étant connecté sous admin ?
Si c'est le cas, je m'en rendrais rapidement compte et relancerais la manip aussitôt .

Tu as bien fait ces manipulations en admin. Le programme "sudo" appelé juste avant la commande permet de dire qu'on veut le faire avec les droits d'administration. C'est pour cette raison qu'il demande le mot de passe.

C'est que l'on appelle une élévation de privilèges temporaire. Tu ne peux pas installer/désinstaller de paquets sans être admin.

Donc t'es tranquille

Zypper est le gestionnaire de paquets sous SUSE. C'est l'équivalent d'APT que tu connaissais sous Debian