LordOS : un bureau Debian à essayer dans une VM

LordOS présente un bureau cohérent, des applications natives et un accès aux logiciels Debian. Une capture ne répond pourtant pas aux questions d'usage : quel matériel a été essayé, quelles restrictions contiennent réellement une application et comment récupérer une installation qui échoue ?

Mon avis : commencer dans une machine virtuelle jetable, sans données personnelles. Cet examen porte sur le code public, la documentation et les fichiers de version vérifiés le 5 novembre 2026. Je n'ai ni démarré LordOS, ni installé le système, ni mesuré ses performances. Les limites que le projet documente lui-même comptent dans cette recommandation.

Un nouveau bureau sur Debian

Le site officiel décrit une distribution GNU/Linux fondée sur Debian, avec son propre serveur d'affichage et compositeur Wayland en C. L'interface utilise React et QuickJS dans un moteur propre au projet. Debian apporte le socle et les applications Linux existantes ; LordOS construit une grande partie de l'environnement visible.

Cette organisation permet d'accorder les fenêtres, les réglages et les applications natives tout en gardant les paquets Debian. L'intégration reste à vérifier : un calendrier réussi ne prouve rien sur une application GTK précise, une imprimante ou la sortie de veille d'un portable.

Les notes sur les captures fixent la portée de cette preuve. L'image montre une apparence ; elle ne démontre ni le son, ni un moniteur physique, ni la sauvegarde correcte d'un document.

Le paquet récent et l'image récente diffèrent

La version 0.8.8.3-beta, publiée le 4 novembre UTC, ne change que le paquet lordos. Elle intègre 0.8.8.2, qui n'a pas été publiée séparément. Ses pièces jointes comprennent les paquets amd64 et arm64, des sommes de contrôle, une signature et une clé publique.

Les ISO, OVA et images Raspberry Pi inspectées sont dans la version 0.8.8-beta. La table générique de la nouvelle publication cite des images portant le nouveau numéro, absentes de ses pièces jointes lors du contrôle. Suivez un fichier réellement disponible et notez séparément la version de l'image et celle du paquet installé.

Les notes récentes corrigent le cadrage des captures à grande échelle, un retour d'écran verrouillé et la reprise du Wi-Fi après veille. Cette dernière correction attend encore confirmation sur le matériel signalé. Ces détails donnent des essais concrets à faire sur une bêta.

MIT ne couvre pas chaque composant

Le LICENSE place le code propre à LordOS sous MIT. L'inventaire tiers conserve les conditions distinctes des bibliothèques, polices et données. Les exécutables distribués lord-doc et lord-media relèvent de la GPL à cause de Poppler et du FFmpeg de Debian.

L'inventaire indique aussi du micrologiciel binaire Broadcom issu de Debian non-free-firmware dans les images. Décrire tout le système comme exclusivement MIT, ou exempt de composants non libres, serait donc faux. Pour redistribuer une image, examinez les termes de ses composants.

Chaque catégorie d'application a sa frontière

La documentation de confidentialité distingue les paquets .lpk, les autres applications intégrées, les applications Linux et les processus du terminal. Les .lpk ont un processus séparé, un courtier de permissions, Landlock et seccomp. Certaines applications intégrées restent dans le processus de session. Les applications Linux ordinaires ne sont pas isolées par défaut.

Des restrictions choisies ajoutent des espaces de noms et des contrôles de fichiers pour les programmes ouverts par le lanceur. La documentation du pare-feu explique leurs conditions. Un lancement hors du périmètre attendu ne bénéficie pas nécessairement des mêmes règles.

.lpk : processus séparé, courtier, isolation
Certaines applications intégrées : processus de session
Application Linux : pas d'isolation par défaut ;
restrictions choisies selon le chemin de lancement

Le document technique indique que le mode interactif Ask n'est pas disponible. Les limites touchent notamment BlueZ via D-Bus, le bus système, le presse-papiers et les programmes hors du lanceur. Les règles de domaine ne voient pas les noms résolus par le DNS chiffré propre à une application. Un nouveau client PipeWire dispose aussi d'un court délai avant restriction. Je n'ai pas audité ces mécanismes ; décrire leurs limites ne signifie pas avoir démontré une attaque.

Matériel, accessibilité et mesures

Le document cite les GPU AMD et Nvidia physiques, les moniteurs PC, des fonctions de portables, Bluetooth, les imprimantes et les scanners parmi les domaines non testés. Les essais Raspberry Pi 5 concernent des versions et des configurations précises. L'ISO arm64 et l'image Pi 0.8.8 ont été livrées sans démarrage de cette version, selon ses limites. Un essai arm64 émulé ne prouve pas la compatibilité de tout ordinateur ARM.

Secure Boot doit être désactivé ; la signature via shim reste attendue. Le moteur de paquets ne gère pas encore i386 multiarch, donc Steam n'est pas proposé. Lecteur d'écran, zoom et contraste élevé ne sont pas construits, même si l'échelle et la réduction des animations existent. Ces absences empêchent certaines personnes de remplacer leur bureau actuel.

L'installation dans l'espace libre, à côté d'un autre système, n'a jamais terminé toute la copie, le chargeur d'amorçage, l'entrée du micrologiciel et le redémarrage. J'écarterais le double démarrage du premier essai.

Les 465 Mo au repos et les 16 secondes de démarrage annoncés sur l'accueil ont des conditions : ISO live dans une VM avec quatre cœurs et 4 Go, après une minute au repos ; démarrage UEFI à 16,3 secondes. Ce sont les mesures du projet, pas mon banc d'essai ni une promesse pour un vieux portable. La mémoire de tout le système et le RSS d'un processus sont aussi deux grandeurs différentes.

La page Raspberry Pi plus récente rapporte un essai communautaire de 0.8.8 sur Pi 500 avec 8 Go et écran 4K à 150 %. Ce résultat précis complète le document ancien sans valider toutes les machines ARM. La page signale encore une faible cadence lors du déplacement des fenêtres.

La politique de support réserve les corrections, y compris de sécurité, à la dernière bêta, sans rétroportage avant 1.0. Sa description de la mise à jour contredit les notes récentes, qui indiquent Store → Updates et apt. Utilisez les notes du paquet actuel pour ce parcours.

Un premier essai borné

La page de machine virtuelle décrit une OVA amd64 pour VirtualBox et VMware : quatre CPU et 4 Go minimum, 16 Go jugés idéaux avec beaucoup d'applications, disque pouvant atteindre 32 Go. Le petit chiffre de mémoire au repos ne remplace pas ces exigences.

Je propose un invité jetable sans comptes personnels, disques de l'hôte, dossiers partagés ni intégration du presse-papiers. Prenez un instantané avant la mise à jour. Vérifiez sommes et signature selon les instructions du projet, après avoir vérifié séparément la provenance de la clé publique. Une somme correcte ne prouve pas l'identité de l'éditeur.

# Observations proposées dans l'invité uniquement ; non exécutées pour cet examen.
uname -m
dpkg-query -W lordos
free -m

Notez l'hyperviseur, le nom de l'image et la version du paquet. Ouvrez une application native et une application Linux ordinaire. Enregistrez puis rouvrez un document inventé. Essayez l'échelle d'affichage, le verrouillage et le redémarrage. Pour une restriction, consignez le chemin de lancement, la règle et l'accès effectivement modifié.

Arrêtez si la saisie disparaît, si le verrouillage bloque la session ou si le document ne se rouvre pas. Une réussite justifie un essai plus long dans cette configuration VM. Le matériel réel, l'accessibilité et la récupération demandent encore leurs propres preuves avant un usage principal.