J'ai installé le plasma KDE sur Ubuntu (et je l'ai rapidement regretté)

Vous êtes-vous déjà demandé ce qui se passe lorsque vous exécutez plusieurs environnements de bureau sur le même système Linux? J'ai récemment mis cela à l'épreuve en installant le plasma KDE aux côtés de la configuration du gnome par défaut d'Ubuntu. Malheureusement, il s'est avéré être plus un mal de tête que je ne m'attendais.

En tant que fan de KDE Plasma, je n'ai jamais vraiment aimé la prise personnalisée d'Ubuntu sur l'environnement de bureau Gnome (DE). Pourtant, Ubuntu reste la distribution la plus populaire, donc je le garde pour les tests et l'expérimentation. Ma dernière expérience a été de mettre en place un système où je pouvais rapidement passer à Ubuntu standard pour les tests et les captures d'écran, puis revenir à mon environnement plasma KDE principal, le tout sans avoir à redémarrer mon système. Pour ce faire, j'ai décidé d'installer du plasma KDE sur Ubuntu et de travailler avec un système qui avait deux DES. Voici comment ça s'est passé!

L'installation du plasma KDE s'est bien déroulée et comme prévu

L'installation du plasma KDE sur Ubuntu est relativement lisse et simple. Pour commencer, assurez-vous d'abord que votre système est à jour. Exécutez cette commande:

        sudo apt update && sudo apt upgrade
    

Une fois terminé, redémarrez votre système si nécessaire, puis exécutez cette commande pour installer l'aptitude:

        sudo apt install aptitude
    

Aptitude est un gestionnaire de packages alternatif plus riche en fonctionnalités qui est mieux pour gérer les dépendances complexes des packages par rapport à APT. Étant donné que l'installation d'un DE complètement différent avec son propre écosystème d'applications et de dépendances introduit beaucoup de place pour les conflits, je voulais utiliser le gestionnaire de package d'aptitude pour installer KDE Plasma.

        sudo aptitude install kde-plasma-desktop
    

La commande ci-dessus n'installe que le DE avec les utilitaires de base. Vous pouvez également utiliser KDE-standard Pour installer la suite complète des utilitaires système. Je voulais garder les choses minimales, alors je viens d'installer le DE. Si j'avais besoin de plus, je pourrais simplement l'installer plus tard.

Le processus d'installation a été rapide et sans erreur. Au cours de l'installation, j'ai été invité à choisir entre deux gestionnaires d'affichage: SDDM (Simple Desktop Display Manager) et GDM3 (Gnome Display Manager 3). Je suis allé avec SDDM (la valeur par défaut pour KDE), car elle offre plus d'options de thème et une meilleure compatibilité avec le plasma. L'utilisation de GDM3 pourrait avoir créé des problèmes de compatibilité en baisse.

Après l'installation et un redémarrage rapide plus tard, j'ai été accueilli par l'écran de connexion élégant de SDDM. À l'aide du sélecteur de session, j'ai démarré dans une session de plasma KDE propre. Honnêtement, il ressemblait et fonctionnait comme toute distribution à base de plasma KDE ordinaire.

Si et quand j'avais besoin de revenir à Gnome, je devais déconnecter de ma session actuelle et utilisez le commutateur de session pour se connecter à Gnome. La transition a été beaucoup plus rapide et plus lisse par rapport à la commutation entre deux distributions dans un système à double boot.

Mon système avait deux ensembles d'applications de base

J'ai d'abord eu l'idée que mes séances de gnome et de plasma KDE n'auraient que des applications système spécifiques à ce DE. Cependant, alors que j'ai commencé à explorer le système, j'ai rapidement remarqué que j'avais maintenant des applications en double pour la plupart des fonctions de base.

Par exemple, les gestionnaires de fichiers, Dolphin de KDE Plasma et Nautilus de Gnome, étaient accessibles à partir de la même session, créant un chevauchement confus. Cette duplication s'est étendue à presque toutes les catégories d'applications système. Fait intéressant, je n'ai pas vu les paramètres de gnome ou le terminal de gnome apparaissant dans mes séances de plasma KDE, ce qui a suggéré qu'un certain niveau d'isolement de session fonctionnait. Cependant, les paramètres KDE et l'application Terminal sont apparus dans ma session GNOME, ce qui était étrange.

L'un des problèmes les plus apparents a été l'incohérence visuelle. Vous voyez, les applications plasma KDE sont construites à l'aide de la boîte à outils QT, tandis que les applications GNOME sont construites à l'aide du framework GTK. En tant que tel, même après avoir appliqué différents thèmes et personnalisations, la discorde visuelle était choquante et a fait que l'expérience globale se sentait amateur.

Cela dit, la redondance de l'application et l'incohérence visuelle n'étaient que la moitié de mes problèmes, car beaucoup de mes raccourcis de système préconfigurés et des scripts bash se sont tout simplement brisés – en tant que traitant parce qu'ils attendaient des composants de DE spécifiques qui n'étaient pas actifs dans la session en cours. Cela signifiait que je devais essentiellement reconfigurer tout à partir de zéro!

Le système est devenu très buggy et instable

Alors que je continuais à utiliser le système au cours des jours suivants, l'expérience globale s'est considérablement détériorée. Bien qu'il fonctionne sur du matériel capable avec un processeur Ryzen 5 et 32 ​​Go de RAM, tout était de plus en plus nerveux et instable.

Les problèmes de performance sont apparus à la fois dans le DES. Les applications ont pris plus de temps à lancer, les animations de fenêtres bégayées et la réactivité générale a subi. J'ai tenté de basculer entre X11 et Wayland Sessions pour isoler le problème, mais la lenteur a persisté quel que soit le serveur d'affichage.

Le plus préoccupant était que ma configuration de gnome Ubuntu auparavant stable – qui avait parfaitement fonctionné avant l'installation de KDE – a également commencé à rencontrer des problèmes. De toute évidence, les deux environnements de bureau interfèrent entre eux à un niveau fondamental – corruption de configuration, provoquant des conflits et rendant tout le système sans fiabilité.

Correction des problèmes nécessaires à la recherche et à la suppression des fichiers et packages contradictoires

Apparemment, les préférences de stockage du plasma et des gnomes KDE, les paramètres de thème et les configurations d'application dans des répertoires qui se chevauchent ou interfèrent parfois. C'est probablement ce qui causait les problèmes auxquels je suis confronté.

Désormais, l'approche méthodique pour réparer cela impliquerait de surveiller les journaux d'erreur, d'identifier quels processus ou packages spécifiques provoquaient des conflits, en supprimant sélectivement des composants problématiques et en testant la stabilité après chaque modification. Bien que techniquement possible, c'est plus de problèmes que cela en vaut la peine.

Pas étonnant que la solution la plus recommandée que j'ai obtenue était juste de purger ou de supprimer le gnome (ou le DE que je ne prévois pas d'utiliser) avec toutes ses dépendances. Cela supprimerait tous les fichiers et packages potentiels qui pourraient provoquer tout conflit avec l'autre DE.

Malheureusement, la suppression complètement de GNOME n'était pas une option pour moi car mon objectif d'origine était de maintenir l'accès aux deux DES. Sans cette flexibilité, l'ensemble du projet est devenu une cause perdue. J'étais coincé avec un système instable qui ne pouvait pas fonctionner de manière fiable à l'une ou l'autre.

Il est plus facile d'installer Kubuntu

Des expériences comme celle-ci mettent en lumière pourquoi Kubuntu existe en premier lieu. Si vous voulez Ubuntu comme base avec le plasma KDE comme le DE par défaut, Kubuntu est ce que vous devez utiliser. Cela dit, l'installation de Kubuntu sur le métal nu signifie que si vous souhaitez basculer entre lui et Ubuntu (ou toute autre distribution à base de gnome), vous devez attendre tout le processus de redémarrage. Cela peut être un énorme mal de tête si votre flux de travail exige une commutation fréquente.

La meilleure option, j'ai trouvé, est simplement d'utiliser une distribution comme principale et d'utiliser VirtualBox pour virtualiser l'autre. C'est ce que je fais en ce moment – où je garde juste une instance virtualisée d'Ubuntu pour tester ma distribution principale Garuda Linux. Ce n'est pas toujours parfait car la virtualisation peut être capricieuse avec des tâches plus intensives, c'est-à-dire lorsque je démarre dans mon instance Ubuntu installée sur du métal nu.

---

D'après mon expérience, l'installation d'un nouvel environnement de bureau sur une distribution Linux conçue par ordinateur n'a vraiment du sens que si vous êtes prêt à supprimer complètement l'environnement d'origine. Si vous avez beaucoup de fichiers, de configurations et de personnalisations sur votre configuration actuelle, ce serait un problème pour migrer, purger le DE existant et en installer un nouveau vous permet de conserver toutes vos données tout en modifiant l'apparence de votre système.

Cependant, si ce n'est pas votre situation, vous êtes généralement mieux abusif avec une distribution distincte qui dispose de votre DE DE ou l'exécution dans une machine virtuelle. Les deux options offrent presque les mêmes avantages, sans les maux de tête et les complications supplémentaires que je devais faire face.