Feuille de route

Cette page est un suivi technique maintenu manuellement, revu le 2026-09-28. Elle inclut les tickets étiquetés par composant et les travaux d’infrastructure, sans engagement de livraison. Consultez la liste des tickets en direct pour leur état actuel.

Prochainement (P1)

• XOA-HL UI translation (#131) · xoa-hl
• Jenkins CI step 2: dedicated infra repo (JCasC, plugins, agent image) (#69) · buildorchestration
• Local Jenkins CI to replace the orchestrator (#57) · buildorchestration
• Review and standardize the patching model (#43) · xoa-hl, xolite-ce, xoa-deploy-patcher
• Clean up old rpm on xolite that are broken. (#25) · xolite-ce
• XOA HL patching refactore (#16) · xoa-deploy-patcher

Prévu (P2)

• Update the XOA-hl UI to show that a reboot is required (#102) · xoa-hl
• goose step 2: choose the integration path into XOA-HL (goosed, ACP, or embedded) (#83) · xoa-hl
• goose step 1: headless goose with llama.cpp and mock MCP extensions (#82) · xoa-hl
• Model bake-off for natural language VM creation: SLMs against up-to-8B models (#81) · xoa-hl
• Jenkins CI step 9: absorb xoa-vm-agent into the Prod pipeline (#76) · buildorchestration
• Jenkins CI step 8: promote the ISO smoke test to Test (#75) · QA
• Jenkins CI step 5: prove the Dev loop and the promotion path (#72) · buildorchestration
• Revisit the unversioned Obsoletes: xo-lite workaround when the upstream pin moves (#42) · xolite-ce, xcp-ng-ce-iso
• update welcome message (#27) · xoa-hl
• Add a description of each image after selection on the right side. (#18) · xolite-ce
• Complete version matrix of all the bin and RPM (#15) · xcp-hl
• Publish gpg public key with the iso (#10) · xcp-ng-ce-iso
• make the rpm build github workflows consistent (#8) · xoa-hl, xolite-ce, xcp-hl, xoa-proxy

Plus tard (P3)

• goose step 6: chat box in the XOA-HL UI wired to goose (#87) · xoa-hl
• goose step 5: the create_vm extension behind goose Approve mode (#86) · xoa-hl
• goose step 4: read-only platform chat through the XO MCP extension (#85) · xoa-hl
• goose step 3: package goose for the appliance, pinned and off by default (#84) · xoa-hl
• Natural language VM creation in XOA-HL through a chat box (#80) · xoa-hl
• Jenkins CI step 10: absorb iso-agent, retire the dashboard and API (#77) · buildorchestration
• xoa-image-* release created_at is pinned to a static commit, not the actual build time (#41) · build-xoa-hl
• Rename xo-lite-ce package (#40) · xolite-ce, xcp-hl, xcp-ng-ce-iso
• Rename xoa-proxy package (#39) · xoa-hl, xcp-hl, xoa-proxy
• Put in place the workflow to get changelog up to date and meaningfull (#34) · xoa-hl, build-xoa-hl
• RPM LICENSE (#32) · xoa-hl, xolite-ce, xcp-hl
• Switch “deploy XOA” button on success (#31) · xolite-ce
• Need to know which version i’m running (#30) · xoa-hl
• change log in github releases (#24) · xoa-hl, xolite-ce, build-xoa-hl, xoa-proxy
• xoa-hl release is messy (#23) · build-xoa-hl
• Improve the documentation UI (#19) · xcp-hl
• Container out of the box (#7) · xoa-hl

Pas encore priorisé

• Need to update the links (#132) · xoa-hl
• Improve the memory footprint (#64) · xoa-proxy
• Reduce the number of crate it’s uisng (#63) · xoa-proxy
• Logrotate is UTC (#62) · xoa-proxy
• Refactoring doc (#60) · xcp-hl
• investigate forking (#54) · xoa-hl, xolite-ce, xcp-hl
• identify backend/frontend code (#53) · xoa-hl, xolite-ce, build-xoa-hl-vm, build-xoa-hl, xoa-deploy-patcher
• XOA-hl-vm build triggers even if XOA-HL build is in progress (#48) · build-xoa-hl-vm, build-xoa-hl

Pas encore suivi dans un ticket

Des idées à l’étude qui n’ont pas encore de ticket.

Clés GPG : une clé de signature par module

Le modèle GPG harmonisé issu de xcp-hl#3 est en place : clé maîtresse hors ligne avec deux sous-clés de signature (une pour les RPM, une pour l’ISO), clé publique publiée sur keys.openpgp.org (voir Signature GPG). Reste à affiner : scinder la sous-clé RPM partagée pour que chaque module ait sa propre clé : une pour le RPM xo-lite-ce, une pour le RPM xoa-proxy, une pour l’ISO.

Suivi automatisé des versions amont

Le démon Rust buildorchestration déclenche et surveille déjà tous les builds de composants sur une minuterie quotidienne, ignore les composants dont la dernière release GitHub est déjà à jour, et diagnostique les journaux de CI en échec avec un LLM local (Ollama). Reste à faire : détecter les nouvelles versions mineures de XCP-ng 8.x et les montées de version de XO Lite, puis ouvrir une pull request qui met à jour la version figée (par exemple UPSTREAM_TAG dans xolite-ce).

Prise en charge de l’installation automatisée par answerfile.xml

Fournir un exemple d’answerfile.xml pour des déploiements HL entièrement automatisés (démarrage PXE / provisionnement par script). Cela suppose d’injecter le fichier de réponses dans install.img (SquashFS), ce que la chaîne de build actuelle sait déjà faire.

Terminé