‹ Écran d'accueilPremiers pas

Premiers pas avec LineXinBar : Arch, Debian, Ubuntu, Fedora, NixOS

L'essayer dans une fenêtre

Pas besoin de quitter votre bureau pour le voir. Avec Rust 1.89 ou plus récent et les dépendances de compilation installées, un seul script compile LineXinBar et l'ouvre dans une fenêtre de la session que vous avez déjà.

git clone https://github.com/Petexy/LineXinBar.git
cd LineXinBar
./scripts/run-nested.sh

Le bureau imbriqué a son propre bus de session, si bien que les applications que vous y ouvrez y restent. Fermer la fenêtre y met fin. ./scripts/run-nested.sh 3 ouvre trois écrans virtuels au lieu d'un, pour essayer le côté multi-écran.

Dépendances de compilation, pour chaque distribution :

sudo pacman -S --needed rust pkgconf clang wayland libinput seatd systemd-libs libdrm \
    mesa libxkbcommon libglvnd libx11 libxcb libxcursor libxi libxkbcommon-x11 \
    alsa-lib ffmpeg libpipewire

Installer un paquet

Des paquets prêts à l'emploi pour Arch, Debian et Ubuntu, et Fedora sont joints à chaque version publiée sur GitHub. Ou compilez-les vous-même depuis le dépôt — les recettes s'y trouvent.

./packaging/build.sh arch -- --syncdeps

Produit un PKGBUILD pour le dépôt et lance makepkg ; les paquets arrivent dans packaging/out/arch/.

Installez lxb-compositor et lxb-desktop : le compositeur, et le shell avec son portail, son coordinateur de mises à jour et l'entrée de session.

Lancer la session

Une fois les paquets installés, choisissez LineXinBar dans la liste des sessions de votre écran de connexion, comme n'importe quel autre bureau.

Depuis une console texte, lxb --shell lance le tout ; quitter le shell vous déconnecte au lieu de laisser un écran vide. L'écran de connexion Console Experience est fait pour l'accompagner, et passe la main au shell en une seule image continue.

Les réglages vivent dans ~/.config/lxb/ — écrits pour la plupart par la colonne Paramètres du shell lui-même, tous lisibles et modifiables à la main.

Paquets facultatifs

Trois intégrations sont des paquets à part, pour qu'une machine qui n'émule jamais de console n'en embarque rien. Installez-en un pendant la session et sa ligne apparaît en quelques secondes.

Chacun est lié à la version du shell avec laquelle il a été compilé. Steam n'a besoin d'aucun paquet à lui — seulement du client Steam de Valve.

Ce qu'il lui faut

  • Linux, avec un pilote graphique capable de piloter les écrans (DRM/KMS) et un pilote OpenGL ES fonctionnel ; un pilote Vulkan est utilisé s'il y en a un.
  • systemd-logind ou seatd, qui confie à la session ses écrans et ses périphériques d'entrée.
  • udev, pour être prévenu quand on branche des écrans et des manettes.
  • En option : Xwayland pour les programmes X11, PipeWire pour le son et le partage d'écran, Flatpak pour les intégrations, ddcutil pour la luminosité des moniteurs externes.

Tout le matériel est découvert à l'exécution — chaque écran, chaque mode et chaque GPU —, donc rien n'est à configurer d'abord pour votre machine.

Matériel

LineXinBar en est à ses premiers développements. Jusqu'ici, les tests ont surtout porté sur une carte graphique AMD pilotant deux écrans, plus des sessions imbriquées.

Rien n'est lié à ce matériel — la voie multi-GPU existe —, mais les autres fabricants graphiques, les consoles portables et les machines à plusieurs GPU ont besoin de plus de monde pour les essayer. Si vous le faites tourner sur quelque chose de nouveau, un rapport de ce qui a marché et de ce qui n'a pas marché est l'une des choses les plus utiles que vous puissiez envoyer.