Artix Linux 2026.11 punta su Wayland senza systemd, Shelly 3.2 migliora la gestione dei pacchetti

🐧 Novità principali

• Artix Linux 2026.11 porta KDE Plasma 6.8 esclusivamente su Wayland. La distribuzione basata su Arch mantiene la propria architettura senza systemd e aggiorna il kernel alla serie Linux 7.2.
• OpenRC e dinit completano il supporto ai servizi utente. La gestione dei processi nelle sessioni personali diventa più matura, mentre runit e s6 richiedono ancora configurazioni manuali attraverso userspawn.
• Shelly 3.2 semplifica la manutenzione del software. Arrivano downgrade multipli, correzioni per Flatpak, miglioramenti AppImage e una gestione più affidabile di AUR, aggiornamenti e notifiche.

Artix Linux 2026.11 e Shelly 3.2 aggiornano due componenti differenti dell’ecosistema Arch Linux, confermando una tendenza verso maggiore flessibilità nell’amministrazione del sistema e nella gestione delle applicazioni. La distribuzione Artix rinnova le immagini di installazione adottando Linux 7.2.14, KDE Plasma 6.8 e una sessione grafica basata esclusivamente su Wayland, mantenendo la propria identità systemd-free. Parallelamente, il gestore di pacchetti Shelly introduce miglioramenti per AUR, Flatpak e AppImage, oltre alla possibilità di ripristinare più pacchetti a versioni precedenti attraverso un’unica transazione. Le novità arrivano il 4 novembre 2026 e interessano sia chi cerca una distribuzione Linux alternativa alle architetture tradizionali sia chi desidera amministrare repository e aggiornamenti attraverso strumenti grafici più completi.

Artix Linux 2026.11 aggiorna il kernel e adotta KDE Plasma 6.8 su Wayland

La nuova versione Artix Linux 2026.11 distribuisce immagini ISO aggiornate per sistemi x86_64, integrando il kernel Linux 7.2.14 e le versioni più recenti dei componenti grafici disponibili al momento della preparazione delle immagini. L’edizione KDE utilizza Plasma 6.8, accompagnato da KDE Frameworks 6.31 e KDE Gear 26.08.2, consolidando la transizione del desktop verso Wayland. Il cambiamento è significativo perché Plasma 6.8 non prevede più l’avvio di sessioni desktop X11, pur mantenendo la possibilità di eseguire applicazioni compatibili con il vecchio protocollo attraverso XWayland. La scelta segue la direzione già definita dal progetto KDE nel rilascio ufficiale di Plasma 6.8, che considera conclusa la transizione del proprio ambiente desktop verso il nuovo sistema grafico. Artix recepisce questa evoluzione senza modificare la propria architettura di base, continuando a offrire un’esperienza simile ad Arch Linux ma con sistemi di inizializzazione alternativi a systemd. La distribuzione conserva inoltre il modello rolling release, nel quale il numero della versione identifica soprattutto il rinnovo delle immagini di installazione e non un aggiornamento obbligatorio per chi utilizza già il sistema.

Wayland funziona completamente soltanto nell’edizione Plasma

Il passaggio a Wayland non riguarda ancora uniformemente tutte le edizioni della distribuzione. Gli sviluppatori precisano che soltanto KDE Plasma dispone attualmente di un supporto Wayland completo e adatto all’utilizzo quotidiano, mentre gli altri ambienti desktop si trovano in fasi differenti di integrazione. Ciò significa che la presenza di una voce Wayland nel gestore di accesso non garantisce necessariamente una sessione funzionante o sufficientemente stabile. Le edizioni con desktop alternativi mantengono pertanto condizioni di compatibilità differenti, un aspetto particolarmente importante per gli utenti che installano Artix con Xfce, LXQt, Cinnamon o MATE. La nuova impostazione rappresenta anche un’evoluzione rispetto ad Artix Linux 2026.04, che aveva introdotto XLibre e PipeWire, accompagnando il rinnovamento delle componenti grafiche e audio con un rafforzamento delle alternative a systemd. L’adozione di Wayland nella sola edizione Plasma non comporta dunque l’eliminazione generalizzata del supporto X11 dalle altre configurazioni. Per gli utenti significa poter scegliere il desktop in funzione della maturità del supporto grafico, senza presumere che tutte le sessioni dispongano delle stesse caratteristiche.

OpenRC e dinit completano la gestione dei servizi utente senza systemd

L’altro intervento centrale di Artix Linux 2026.11 riguarda la gestione dei servizi associati alle sessioni utente, una funzionalità che nelle distribuzioni basate su systemd viene normalmente amministrata attraverso il relativo gestore personale. Artix propone invece quattro alternative principali, OpenRC, dinit, runit e s6, ciascuna con un proprio modello di supervisione e avvio dei processi. Nella nuova release il supporto ai servizi utente viene considerato pienamente implementato per OpenRC e dinit, permettendo di gestire in maniera più ordinata applicazioni e componenti che devono essere eseguiti nell’ambito di una sessione personale. Per runit e s6 esiste la possibilità di abilitare funzionalità analoghe attraverso userspawn, ma la configurazione rimane affidata all’utente. La distinzione è rilevante perché la gestione dei processi non riguarda soltanto l’avvio del sistema operativo: molte applicazioni desktop si affidano a servizi che devono partire, interrompersi o riavviarsi quando una persona accede alla propria sessione. L’evoluzione avvicina le alternative a systemd alle esigenze di un desktop moderno senza imporre l’adozione del gestore più diffuso nell’ecosistema Linux.

La distribuzione continua inoltre a sviluppare le edizioni Plasma Gaming e Xfce Gaming, che rimangono in fase beta e vengono distribuite attraverso i download settimanali per consentire ulteriori verifiche. Le nuove immagini ISO sono destinate soprattutto alle installazioni da zero e alle reinstallazioni, mentre gli utenti esistenti possono aggiornare i pacchetti attraverso il normale comando sudo pacman -Syu, senza dover scaricare una nuova ISO.

Shelly 3.2 introduce il downgrade multiplo e migliora la gestione di AUR

Accanto al rinnovo della distribuzione, Shelly 3.2 interviene sulla gestione quotidiana del software nelle distribuzioni basate su Arch. Il progetto sviluppato da Seafoam Labs presenta la release come un aggiornamento concentrato sulla correzione dei problemi emersi nelle versioni precedenti, specialmente dopo l’introduzione del motore nativo RLPM, sviluppato in Zig come alternativa all’utilizzo diretto di libalpm. La novità più evidente è il downgrade di più pacchetti attraverso un’unica transazione, utile quando occorre ripristinare contemporaneamente una versione precedente di un programma e delle relative dipendenze. Nelle note ufficiali di Shelly 3.2.0 viene confermato che l’opzione --target rimane riservata a un singolo pacchetto, mentre il nuovo flusso consente di selezionare versioni precedenti di più elementi installati. È un miglioramento operativo per chi utilizza distribuzioni rolling release, dove gli aggiornamenti arrivano frequentemente e può essere necessario tornare temporaneamente a una combinazione software già funzionante. Il progetto continua inoltre a perfezionare la compilazione dei pacchetti provenienti da Arch User Repository. Shelly corregge errori legati ai file PKGBUILD che generano dinamicamente gli elenchi delle architetture, migliorando la validazione dopo la valutazione delle variabili. Vengono risolte anche condizioni di concorrenza durante la manutenzione dei mirror Git utilizzati per recuperare i sorgenti, mentre i messaggi di errore nella costruzione dei pacchetti indicano con maggiore precisione i metadati non validi. Questi interventi proseguono l’evoluzione iniziata con Shelly 3.0 e il rinnovamento del gestore grafico per Arch Linux.

Flatpak e AppImage ricevono correzioni per permessi e aggiornamenti

Una parte significativa della versione Shelly 3.2 riguarda l’integrazione di Flatpak e AppImage, due formati che consentono di distribuire applicazioni indipendentemente dal normale ciclo dei repository della distribuzione. Sul fronte Flatpak viene corretta una regressione introdotta dopo Shelly 3.1.10, che comprometteva alcune operazioni eseguite con privilegi elevati. Il nuovo comportamento utilizza setpriv per restituire le operazioni all’identità dell’utente che le ha richieste, preservando il contesto della sessione necessario all’autenticazione tramite il componente di sistema di Flatpak. Viene inoltre migliorata la gestione delle directory di cache, utilizzando le credenziali dell’utente originario anche quando il programma viene avviato attraverso strumenti supportati di elevazione dei privilegi. Shelly conserva correttamente le personalizzazioni assolute della variabile XDG_CACHE_HOME e mette a disposizione una procedura di riparazione dei permessi per le proprie directory. Per AppImage, invece, il software migliora l’integrazione con il menu delle applicazioni utilizzando l’identità del file desktop incorporato nell’applicazione e rimuovendo i collegamenti superati durante gli aggiornamenti. L’individuazione delle nuove versioni supporta ora le informazioni di aggiornamento incorporate e i file di controllo .zsync, mentre viene perfezionata la corrispondenza tra i file distribuiti attraverso GitHub e i modelli di nome indicati dalle applicazioni. L’obiettivo è rendere più affidabile un formato che spesso affida la gestione degli aggiornamenti a meccanismi differenti da quelli dei pacchetti tradizionali.

Shelly corregge notifiche, riavvii e informazioni sui pacchetti installati

La release introduce infine diversi interventi sull’affidabilità dell’interfaccia e dei processi di manutenzione. L’icona nell’area di notifica aggiorna correttamente lo stato dopo le operazioni sui pacchetti e gestisce meglio l’assenza della variabile DBUS_SESSION_BUS_ADDRESS, utilizzando quando disponibile l’indirizzo del bus della sessione in XDG_RUNTIME_DIR. Le verifiche successive agli aggiornamenti vengono corrette per evitare interpretazioni errate di alcuni file virtuali presenti in /proc, oltre a falsi avvisi relativi alla mappatura di /etc/ld.so.cache. Il motore RLPM restituisce informazioni più precise sulle date e sullo stato di installazione, mentre i risultati di ricerca privilegiano la versione realmente installata rispetto a quella disponibile nel repository. Le anteprime degli aggiornamenti mostrano anche le eventuali sostituzioni dei pacchetti, riducendo il rischio di modifiche poco chiare prima della conferma della transazione. Shelly migliora inoltre il comando purify, che riconosce directory temporanee di download lasciate da pacman, aggiunge i colori ANSI alla visualizzazione delle transazioni e mostra la velocità di trasferimento nella CLI. Il servizio di notifica permette infine di scegliere quale terminale utilizzare per avviare gli aggiornamenti e l’interfaccia consente di installare più applicazioni dalla sezione dei software raccomandati.

Continua con: Linux desktop: COSMIC 1.9 aggiunge Viewer, Shelly 3.1.5 rinnova AUR

Artix e Shelly mostrano due approcci alla flessibilità di Arch Linux

I due aggiornamenti intervengono su livelli differenti dello stesso ecosistema. Artix Linux 2026.11 rafforza la possibilità di utilizzare una distribuzione basata su Arch senza adottare systemd, introducendo una gestione più matura dei servizi personali e recependo il passaggio di KDE Plasma 6.8 a Wayland. Shelly 3.2 agisce invece sul livello degli strumenti amministrativi, cercando di rendere più affidabili aggiornamenti, downgrade, compilazioni AUR e gestione di applicazioni distribuite attraverso formati differenti. Non esiste una dipendenza diretta tra le due release e la disponibilità di Shelly nelle distribuzioni derivate dipende dai rispettivi repository. Il punto comune è la volontà di offrire maggiore controllo sulle componenti del sistema, mantenendo la flessibilità tipica dell’ecosistema Arch. Per gli utenti già presenti su Artix, l’aggiornamento ordinario rimane sufficiente a ricevere i pacchetti più recenti, mentre le immagini 2026.11 semplificano le nuove installazioni. Per chi utilizza Shelly, la versione 3.2 rappresenta soprattutto un consolidamento dopo modifiche architetturali importanti, con un’attenzione particolare ai problemi riscontrati nell’uso reale. La maturità di una distribuzione rolling release non dipende soltanto dalla velocità degli aggiornamenti, ma dalla possibilità di gestirli, verificarli e correggerne gli effetti senza perdere il controllo del sistema.