Con CardinalOS, CodLab progetta un sistema operativo desktop europeo su base prevista Fedora Atomic e GNOME: con la veste grafica in lavorazione «Nitida», dieci applicazioni pianificate nella Famiglia Cardinal e l’obiettivo dichiarato di zero account obbligatori e zero telemetria di sistema.
Stato reale dei lavori (novembre 2026): CardinalOS è in sviluppo. Non esiste ancora una versione pubblica né un’immagine ISO scaricabile. Data di uscita ed eventuali prezzi non sono fissati; il modulo #notify su cardinalos.org invia un solo avviso al lancio.
CardinalOS
Sessione GNOME isolata di sviluppo
Che cos’è e per chi nasce
Molte persone cercano un computer sobrio e affidabile, senza riquadri pubblicitari, account cloud forzati o finestre IA non richieste, senza passare il fine settimana nei file di configurazione. CardinalOS è in sviluppo per lavoro quotidiano, studio, creatività e gioco.
L’obiettivo è offrire un ambiente coerente dopo la futura installazione: testi, fogli di calcolo, presentazioni, PDF, posta e calendario con la stessa grammatica visiva.
Stato: la base prevista su Fedora Atomic (bootc) non è ancora consegnata al pubblico; oggi non esiste un’immagine ISO installabile.
Catalogo fotografico, montaggio video e studio audio/streaming rientrano nelle dieci applicazioni pianificate della Famiglia Cardinal per il lavoro locale sui propri file.
Stato: singoli candidati (come Cardinal Photo) girano sulle macchine di sviluppo, mentre altri sono in verifica di integrazione e licenze.
Lo stack grafico e audio moderno (Wayland, PipeWire, Mesa) è previsto per eseguire i runtime di gioco compatibili in Flatpak o container isolati.
Limite: compatibilità, driver e anti-cheat vanno verificati titolo per titolo; i giochi con anti-cheat kernel che escludono Linux restano non supportati.
Il design system «Nitida» (in lavorazione)
Nata dallo studio prototipale «CodLab Thema», la veste «Nitida» definisce colori, spaziature, raggi e tipografia in un unico file JSON di token compilato in modo deterministico per GNOME Shell e GTK 4 / libadwaita.
Nel repository di design i controlli automatici verificano le coppie chiare e scure rispetto alle soglie di leggibilità; con prefers-reduced-motion le durate di transizione si azzerano.
Stato: generatore e giudici di contrasto operano in laboratorio; sul desktop esistono oggi anteprime parziali non firmate, senza copertura completa di dock, Panoramica, finestre o blocco schermo.
L’obiettivo è un aspetto uniforme per i componenti di sistema e per le app GTK 4 / libadwaita della Famiglia Cardinal man mano che l’integrazione viene completata.
Limite: i programmi di terze parti con toolkit autonomo (ad es. alcune app Electron o specialistiche) mantengono il proprio aspetto nativo senza forzature.
La Famiglia Cardinal
Invece di riscrivere motori complessi da zero, CardinalOS costruisce su software open source collaudato con crediti e licenze upstream consultabili. Un nome elencato qui indica un’applicazione pianificata in lavorazione, non un pacchetto già rilasciato: sei candidati sono predisposti in sviluppo mentre pacchettizzazione, firme e verifiche di licenza vengono completate prima del lancio.
Scrittura di lettere, relazioni e documenti strutturati con esportazione pulita — in sviluppo su basi open source collaudate.
Fogli di calcolo, analisi e formati aperti per ufficio e studio — in sviluppo.
Presentazioni sobrie e leggibili coerenti con la tipografia del sistema — in sviluppo.
Lettura, verifica, annotazione e unione di PDF in locale senza caricamenti in cloud — in sviluppo.
Posta, calendario e contatti su motore Thunderbird e standard aperti (IMAP, CalDAV, CardDAV) — in sviluppo, pagina di anteprima pubblica.
cardinalmail.org ↗
Messaggistica quotidiana e di gruppo su protocolli aperti senza vincoli proprietari — in sviluppo.
Catalogazione e selezione fotografica in locale — provata sulla macchina di sviluppo, integrazione di sistema in corso.
Montaggio video e flussi multimediali su fondamenta libere — in sviluppo.
Registrazione, audio e strumenti di streaming su base libera — pianificata, in verifica di licenze e integrazione.
Assistenza remota, trasferimento file e terminale remoto con blocco comandi in costruzione — in sviluppo, pagina di anteprima pubblica.
cardinalhost.org ↗Continuità, sovranità dei dati e IA locale opzionale
La comodità tra dispositivi e il controllo sui propri file convivono quando si adottano standard aperti dichiarando con precisione ogni limite tecnico.
Il progetto prevede l’abbinamento Android su Wi-Fi locale tramite KDE Connect / GSConnect e, per iPhone, i profili standard Bluetooth SIG (MAP, HFP), il servizio di compatibilità BLE Apple ANCS per le notifiche e account aperti CalDAV/CardDAV/IMAP.
Stato e limite: verificato finora su fixture sintetiche di laboratorio (prove radio e audio chiamate su telefoni reali aperte); AirDrop e iMessage restano chiusi da Apple.
Progettato con l’obiettivo di escludere account obbligatori al primo avvio e telemetria di sistema in background. Le app Flatpak isolate prive di permessi statici più ampi passano dai portali XDG; gli snapshot locali del filesystem Btrfs sono pensati in abbinamento a backup restic cifrati lato client.
Limite: immagine del sistema e filtro di rete sono ancora in lavorazione; app non isolate e servizi esterni configurati dall’utente seguono le rispettive regole.
Stiamo progettando «Cardinal Intelligenza» per l’Aiuto locale verificato: disattivata per impostazione predefinita (opt-in), con risposte estrattive e citazioni verificate via SHA-256 dalle fonti locali di Impostazioni e guida. Un indice file separato tratta su consenso monouso solo nomi file (e testo semplice su scelta distinta) nelle cartelle selezionate, senza mai inviare file personali al modello.
Stato: protocollo candidato provato in laboratorio; i pesi GGUF (llama.cpp) non sono precaricati e le misure reali CPU/GPU restano aperte.
Sessioni di sviluppo isolate
Entrambe le immagini provengono da una sessione GNOME 51 headless isolata (2560 × 1440) con documento dimostrativo e gradiente del compositor. Documentano un ambiente di sviluppo reale, senza attestare una release avviabile di CardinalOS né la copertura completata di «Nitida».
Ricerca e ingegneria sul blog
Tre articoli della redazione CodLab approfondiscono design system unificato, continuità tra dispositivi e sovranità dei dati.
Perché i desktop Linux spesso si frammentano visivamente e come una sorgente JSON unica di token, soglie di contrasto e prefers-reduced-motion li riallineano.
Leggi l’articolo tecnico →GSConnect/KDE Connect su Android e Bluetooth MAP/HFP, servizio BLE Apple ANCS più CalDAV/CardDAV su iPhone — provati in laboratorio con limiti espliciti.
Leggi l’articolo tecnico →Architettura obiettivo con Fedora Atomic (bootc), portali XDG Flatpak, disegno Btrfs/restic, obiettivo zero telemetria e Aiuto locale su attivazione.
Leggi l’articolo tecnico →Trovi la presentazione completa del progetto e il modulo di avviso al lancio direttamente su cardinalos.org.
Nota sui marchi: Fedora e Red Hat sono marchi di Red Hat, Inc. GNOME è un marchio della GNOME Foundation. Linux è un marchio registrato di Linus Torvalds. CardinalOS è un prodotto indipendente di CodLab e non è affiliato né approvato da Red Hat o dal progetto Fedora.