Dopo un anno e mezzo di sviluppo, \u00e8 stata pubblicata una nuova versione stabile dello strumento Flatpak 1.18, che fornisce un sistema per la creazione di pacchetti autonomi, non legati a distribuzioni Linux specifiche, ed eseguiti in un contenitore speciale che isola l'applicazione dal resto del sistema. Il supporto per l'esecuzione dei pacchetti Flatpak \u00e8 garantito per Fedora, CentOS, Debian, Arch Linux, Gentoo, Linux Mint, Alt Linux e Ubuntu. I pacchetti Flatpak sono inclusi nel repository di Fedora e sono supportati dai programmi di gestione delle applicazioni GNOME e KDE.<\/p>\n
Novit\u00e0 principali nella versione Flatpak 1.18:<\/p>\n
Flatpak semplifica la distribuzione di software che non \u00e8 incluso nei repository ufficiali delle distribuzioni, preparando un contenitore universale che libera gli sviluppatori dalla necessit\u00e0 di creare build separate per ogni distribuzione. Per gli utenti attenti alla sicurezza, Flatpak offre la possibilit\u00e0 di eseguire applicazioni sospette in un contenitore, fornendo accesso selettivo solo alle funzionalit\u00e0 di rete e ai file necessari. Per chi \u00e8 interessato alle novit\u00e0, Flatpak consente di installare le versioni di test e stabili pi\u00f9 recenti delle applicazioni senza modificare il sistema. Ad esempio, i pacchetti Flatpak vengono creati per LibreOffice, GIMP, Inkscape, Kdenlive, Steam, 0 A.D., Visual Studio Code, VLC, Slack, Telegram Desktop, Android Studio, ecc.<\/p>\n
Per ridurre le dimensioni, il pacchetto include solo le dipendenze specifiche per l'applicazione. Le librerie di sistema e grafiche di base (GTK, Qt, librerie GNOME e KDE, ecc.) vengono fornite come ambienti runtime standard. La principale differenza tra Flatpak e Snap \u00e8 che Snap utilizza i componenti dell'ambiente del sistema principale e l'isolamento basato sulla filtrazione delle chiamate di sistema, mentre Flatpak crea un contenitore separato dal sistema e opera con ampi set di runtime, fornendo come dipendenze non pacchetti, ma ambienti di sistema standard (ad esempio, tutte le librerie necessarie per eseguire applicazioni GNOME o KDE).<\/p>\n
Oltre all'ambiente di sistema standard (runtime), installato tramite un repository speciale, vengono fornite dipendenze aggiuntive (bundle) necessarie per il funzionamento dell'applicazione. Insieme, il 'runtime' e il 'bundle' formano il contenuto del contenitore, dato che il 'runtime' viene installato separatamente e si collega a pi\u00f9 contenitori, permettendo di evitare la duplicazione dei file di sistema comuni ai contenitori. <\/p>\n
In un sistema possono essere installati diversi «runtime» (GNOME, KDE) oppure pi\u00f9 versioni dello stesso «runtime» (GNOME 50, GNOME 49). Un container con un'applicazione come dipendenza utilizza un legame solo a uno specifico «runtime», senza considerare i singoli pacchetti che formano il «runtime» selezionato. Tutti gli elementi mancanti vengono impacchettati direttamente insieme all'applicazione. Durante la creazione del container, il contenuto del «runtime» \u00e8 montato come partizione \/usr, mentre il «bundle» \u00e8 montato nella cartella \/app. <\/p>\n
Il contenuto del «runtime» e dei contenitori delle applicazioni \u00e8 creato utilizzando la tecnologia OSTree, che consente l'aggiornamento atomico dell'immagine da un repository simile a Git, permettendo di applicare metodi di controllo della versione ai componenti della distribuzione (ad esempio, \u00e8 possibile ripristinare rapidamente il sistema a uno stato precedente). I pacchetti RPM vengono traslati nel repository OSTree tramite uno strato rpm-ostree. <\/p>\n
L'installazione selettiva e l'aggiornamento dei pacchetti all'interno dell'ambiente di lavoro non sono supportati \u2014 il sistema viene aggiornato non a livello di singoli componenti, ma nel suo complesso, cambiando in modo atomico il proprio stato. Sono forniti strumenti per l'applicazione incrementale degli aggiornamenti, eliminando la necessit\u00e0 di una sostituzione completa dell'immagine ad ogni aggiornamento.<\/p>\n
L'ambiente isolato creato non dipende dalla distribuzione utilizzata e, con le opportune impostazioni del pacchetto, non ha accesso ai file e ai processi dell'utente o del sistema principale e non pu\u00f2 inoltre accedere direttamente all'hardware, tranne che per l'output tramite DRI. L'output grafico e la gestione dell'input sono realizzati tramite il protocollo Wayland o mediante il forwarding del socket X11. L'interazione con l'ambiente esterno \u00e8 strutturata attraverso un sistema di messaggistica DBus e un'API speciale Portals. <\/p>\n