Gregory M. Kurtzer ha annunciato Ginux il 27 ottobre 2026 come kernel sperimentale indipendente, basato su Rust e x86-64. Nel flusso QEMU descritto dal progetto, Rocky Linux 10 raggiunge il target multi-user.target di systemd usando un’immagine specifica. Il risultato riguarda carichi selezionati, mentre il registro Linux 6.12 di Ginux classifica le chiamate di sistema come complete, parziali o negate per policy.
Che cosa avvia il test Rocky Linux 10
Il flusso documentato da Ginux avvia systemd fino a multi-user.target in QEMU con l’immagine rockylinux/rockylinux:10-ubi-init. Il repository specifica che l’immagine base rockylinux/rockylinux:10 non contiene systemd.
| Immagine | Relazione con systemd nel flusso descritto |
rockylinux/rockylinux:10-ubi-init | Immagine usata nel test con systemd |
rockylinux/rockylinux:10 | L’immagine base non contiene systemd |
La configurazione di sviluppo indicata dal progetto è una macchina virtuale QEMU x86-64 Q35 con OVMF, Intel IOMMU e dispositivi virtio. Il progetto elenca carichi selezionati di Alpine Linux con musl e BusyBox e programmi Rocky Linux basati su glibc. Perciò l’avvio di Rocky Linux 10 descrive un flusso circoscritto, non una compatibilità generale con le distribuzioni Linux.
Come è delimitata la compatibilità Linux
Ginux non è un fork di Linux: Kurtzer lo descrive come un kernel indipendente che implementa una «personalità» Linux x86-64, cioè un’interfaccia compatibile con cui eseguire alcuni programmi per Linux. Nel registro Linux 6.12, il progetto assegna una categoria a ciascuno dei 375 numeri di chiamata di sistema:
| Disposizione nel registro | Numeri di chiamata di sistema Linux 6.12 x86-64 |
| Complete | 82 |
| Parziali | 245 |
| Negate per policy | 48 |
Il progetto precisa che questa classificazione non equivale alla piena conformità a Linux. In particolare, una voce parziale o negata non può essere conteggiata come supporto completo; Ginux non garantisce l’esecuzione di programmi o distribuzioni arbitrarie.
Il checkpoint valutato non ha superato il test aggregato
Il checkpoint valutato, identificato dal commit d11c126a048a51fe7eb9c4105f31760add1027ea e datato 23 ottobre 2026, non ha superato make test. Il progetto registrava ancora il fallimento di una sonda sul ciclo di vita del system supervisor dopo execve(). Il checkpoint non comprende le modifiche successive al repository.
HDAE e l’ambito del prototipo
Kurtzer ha descritto lo sviluppo di Ginux come Human-Directed Agentic Engineering (HDAE): una persona definisce architettura, vincoli e criteri di accettazione, mentre un agente implementa il codice e lo sottopone a cicli di test e revisione. Kurtzer ha attribuito il lavoro a un’attività di 11 giorni con un compito persistente di OpenAI Codex che usava GPT-5.6 Sol; secondo lui, il codice di implementazione e test conservato ammontava a circa 139.000 righe.
Il progetto è indicato con licenza Apache 2.0 e resta un prototipo di ricerca. Kurtzer lo ha descritto come non destinato alla produzione o a sostituire Linux.
