Customer Pro R3 : point d’étape sur la qualification du bureau graphique
La console démarre et XFCE a été affiché manuellement, mais le démarrage graphique automatique et l’interactivité du bureau restent à valider.
Lire l'article →JOURNAL DE BORD — HEXAOS
Les avancées, les choix et les preuves.
Suivez la construction d'HexaOS, découvrez les décisions d'architecture et retrouvez les nouvelles de la communauté sans exposer les données sensibles du projet.
Brief technique — RC22 Installer closure
RC22 Installer closure : relier le verdict final à une seule image figée et à son empreinte complète.
Lire →Mises à jour HexaOS : en ligne, hors ligne, signées et réversibles
L’architecture cible combine HexaRelease, TUF, RAUC A/B, GRUB, HexaUpdate et HexaDoctor pour les postes, serveurs et clusters.
Lire →La famille Hexa : normaliser les produits, les commandes et leur maturité
HexaOS devient un écosystème cohérent : Installer, IA, Monitoring, HCM, Update, Release, Proof, Fleet, Backup et Doctor.
Lire →Installeur natif HexaOS : le scénario A est prouvé, la qualification continue
Installation disque, premier boot, second boot et persistance sont validés sur le scénario de base, sans transformer un PASS partiel en READY global.
Lire →RC21 : treize ISO construites, hashées et testées sans confondre smoke et qualification
La propagation des éditions a validé build, boot froid et contenus de base, tandis que les gates spécialisées restent suivies séparément.
Lire →HexaMonitoring : la Gate7 validée en runtime
Prometheus, Grafana, métriques Slurm, mTLS et persistance ont été contrôlés sur une image neuve, avec non-régression du calcul.
Lire →No READY without proof : faire de la transparence une fonction du produit
Hashes, gates, SBOM, statut des éditions et limites connues deviennent des informations publiques du cycle de publication.
Lire →Slurm Gate6 : du package présent au job réellement terminé
La validation HPC contrôle les services, cgroup v2, sinfo, srun et sbatch jusqu’au statut COMPLETED.
Lire →HexaCluster Manager : des fondations vers un pilotage all-in-one
CLI, API, worker, interface web et rôles Ansible convergent vers un parcours automatisé de déploiement et d’exploitation des clusters.
Lire →Pourquoi HexaOS s’appuie sur Yocto et BitBake
Yocto permet de composer des images spécialisées, traçables et reproductibles au lieu d’empiler des personnalisations difficiles à maintenir.
Lire →