À propos du projet
kumaOS est une distribution Linux déclarative, atomique et immuable construite sur Fedora bootc. L'idée centrale est que l'ensemble de votre système est décrit dans un seul fichier TOML court. Vous déclarez l'environnement de bureau (Niri ou Cosmic expérimental), l'utilisateur, les paquets (RPM, Flatpak, Homebrew), les services, les instantanés, les surcharges et la configuration de sauvegarde. Le système est construit sous forme d'image à partir de ce fichier, et les mises à jour sont appliquées de manière atomique : soit la mise à jour complète aboutit, soit rien ne change. Le déploiement précédent reste sur le disque, donc le retour arrière se fait en un redémarrage. Si un nouveau système ne parvient pas à démarrer vers un bureau fonctionnel, l'ancien est restauré automatiquement.
Les fonctionnalités clés incluent :
- **Configuration déclarative** : un seul fichier TOML définit l'ensemble du système.
- **Mises à jour atomiques** : les mises à jour sont appliquées comme des bascules d'image, sans jamais modifier le système en cours d'exécution.
- **Retour arrière** : les déploiements précédents sont toujours disponibles, et un retour arrière automatique se produit en cas d'échec de démarrage.
- **Local-first** : la construction d'images ne nécessite que podman ; aucun compte forge, CI ou registre n'est nécessaire.
- **Auto-descriptif** : chaque commande indique son état et suggère les prochaines commandes légales.
- **Convergence** : le système converge vers la déclaration au démarrage et selon une minuterie quotidienne, avec les dérives signalées et capturées sous forme de propositions.
- **Couche Nostr** : signataire distant optionnel pour les clés nostr, permettant une signature sécurisée depuis le téléphone et les applications de bureau.
Les commandes incluent `kuma check`, `build`, `switch`, `update`, `rollback`, `sync`, `diff`, `capture`, `add`, `remove`, `doctor`, `snapshot`, `backup`, `hibernate`, `clean` et `completions`.
kumaOS diffère de NixOS/Guix en conservant Fedora comme source de paquets et en ne construisant ni paquets ni noyaux. Elle diffère d'Universal Blue en convergeant au démarrage et selon une minuterie, et de BlueBuild en gardant la déclaration active après l'installation.
Le projet est à un stade précoce : il se construit, démarre et se met à jour sur du matériel réel, mais n'a pas été largement testé. Les promesses commencent à la version 44.0, avec la version de schéma 1 permanente. La documentation couvre la prise en main, la migration depuis d'autres systèmes, les concepts, le contrat, les bureaux, le glossaire, les agents et la contribution.
Pas encore implémenté : les dispositions de partitionnement personnalisées au-delà des trois par défaut, et les pilotes NVIDIA propriétaires (seuls nouveau et le firmware sont inclus).
Comments
0 people shared their preference · Deer Point appears after 10 participants
Sign in to join the discussion.