Jusqu’à récemment, je n’avais jamais entendu parlé de Sonic DE. Autant que je connaissais la continuation du code de KDE 3.5 sous le nom de Trinity Desktop Environment, celle de KDE 4 avec le projet Katana DE qui semble encore être actif en ce 19 mars 2026 où je rédige ce billet, autant Sonic DE m’était complètement inconnu.
Son but est simple : préserver et améliorer le code de KDE pour X11, que ce soit avec le vieillissant Xorg ou le fringant XLibre. Et il ne forke qu’une partie des programmes, à savoir Kwin (sous le nom de Sonic Win), des composants Plasma Workspace, et propose un thème spécifique pour l’environnement et SDDM.
Et comme pour de nombreux projets libres, on peut en trouver des traces sur le dépôt communautaire AUR.
Sonic DE, ordre de compilation, en se basant sur le métapaquet sonicde-meta pour la liste.
- sonic-screen-Library
- sonic-win
- sonic-workspace
- sonic-x11-session
- sonic-desktop-interface
- sonic-silver-sddm
- sonic-silver-theme
- sonic-system-info
On part d’une base Archlinux, avec pacman-contrib, base-devel, Xorg et yay pour se simplifier la vie lors de la récupération des recettes d’AUR.
L’ensemble de la compilation a pris environ 35 minutes dans une machine virtuelle créée pour l’occasion. Une fois le premier démarrage effectué, j’ai constaté l’absence d’outils comme Konsole ou Discover. J’ai donc lancé la ligne de commande suivante pour avoir une logithèque utilisable : sudo pacman -S kde-applications --ignore=calligra --needed
Vous avez pu le voir, c’est tout sauf révolutionnaire. Et comme je l’ai dit en fin de vidéo, quid du projet d’ici six mois à deux ans, quand KDE aura été complètement waylandisé et le code de support de X11 enlevé ? Je ne donne pas cher de la peau de ce projet, mais j’espère me tromper.
Et bien merci car ni sonic ni l’autre de kde4 ne m’était connu.
Pour Sonic, c’est par pur hasard que j’ai appris son existence…
j’essaie de comprendre (je ne juge pas c’est un vrai questionnement)
pourquoi ?
il y a un soucis de compatibilité a passer sous wayland et c’est juste par rébellion…
car de mon coté, même si le passage a wayland n’a pas été tout rose dans le temps… il a fini par se faire correctement que ce soit pour mes gpu amd, nvidia(ca été le plus compliqué, mais maintenant c’est tout bon 🙂 ), et les intel aussi …
coté taf sur les rhel on est sur wayland depuis la rhel9 sans problème…
peut être des soucis avec certain vieux gpu ? c’est ca ?
bref j’ai du mal a saisir le but de cramer du temps dessus alors que plasma tout comme gnome passe au full wayland sans retour arrière… donc pourquoi perdre son temps dessus…
ou alors ils font comme tout le monde…
un fork plasma-pascontent-x11 qui s’arrêtera très vite en dev car ils n’auront jamais les compétences pour maintenir un bébé de ce morceau…
le remarque serai la même du coté de gnome…
bref tout ça pour dire que je n’ai pas compris cette perte de temps… mais bon je dois être trop vieux pour ces conneries
je viens de comprendre desolé, c’est justement ca un fork…
bon ma question est toujours valable sur la problematique x11/wayland … pour le reste je m’excite un peu trop 🙂