Bonjour Didier,
Le 2/04/26 à 16:35, didier gaumet a écrit :
peut-être une autre piste
Je crois en effet que c'est la bonne ! ;-)
dans le paquet waybar il y a un service systemd waybar qui a l'air
d'être placé en dépendance du démarrage de toute session graphique.
que donne:
systemctl status waybar
systemctl status waybar
Unit waybar.service could not be found.
systemctl --user status waybar
systemctl --user status waybar
○ waybar.service - Highly customizable Wayland bar for Sway and Wlroots
based compositors
Loaded: loaded (/usr/lib/systemd/user/waybar.service; enabled;
preset: enabled)
Active: inactive (dead) since Thu 2026-04-02 15:38:03 CEST; 1h
35min ago
Duration: 1h 17min 54.943s
Invocation: 6842c832bf744fd8aec08f957f13ebde
Docs: https://github.com/Alexays/Waybar/wiki/
Main PID: 2219 (code=killed, signal=TERM)
Mem peak: 65.4M
CPU: 11.422s
j'ai testé chez moi (Gnome): il a fallu que j'active le service (en mode
--user) à la main et à l'ouverture de Gnome il a tenté de se lancer et
s'est vautré, mais peut-être que dans KDE il arrive à se lancer.
En gros si c'est ça et si tu veux faire cohabiter sway et un DE sur ton
PC, il faut que le service waybar ne se lance pas à l'ouverture de toute
session graphique mais seulement à celle de sway (désactiver le service
et lancer waybar dans sway)
J'ai essayé :
sudo systemctl disable waybar
Failed to disable unit: Unit waybar.service does not exist
systemctl --user disable waybar
The following unit files have been enabled in global scope. This means
they will still be started automatically after a successful disablement
in user scope:
waybar.service
avec sudo il ne reconnaît pas le service waybar
