Efter ett och ett halvt \u00e5rs utveckling har den nya stabila grenen av verktyget Flatpak 1.18 publicerats, vilket erbjuder ett system f\u00f6r att bygga sj\u00e4lvg\u00e5ende paket, oberoende av specifika Linux-distributioner och k\u00f6rs i en speciell container som isolerar programmet fr\u00e5n resten av systemet. St\u00f6d f\u00f6r att k\u00f6ra Flatpak-paket finns f\u00f6r Fedora, CentOS, Debian, Arch Linux, Gentoo, Linux Mint, Alt Linux och Ubuntu. Flatpak-paket ing\u00e5r i Fedora-repositoriet och st\u00f6ds av de inbyggda programhanterarna GNOME och KDE.<\/p>\n
Nyckelnyheter i Flatpak 1.18-grenen:<\/p>\n
Flatpak f\u00f6renklar distributionen av program som inte ing\u00e5r i de officiella repositoryn f\u00f6r distributioner, genom att f\u00f6rbereda en universell container som befriar utvecklarna fr\u00e5n att beh\u00f6va skapa separata versioner f\u00f6r varje distribution. F\u00f6r anv\u00e4ndare som \u00e4r bekymrade \u00f6ver s\u00e4kerhet ger Flatpak m\u00f6jligheten att k\u00f6ra os\u00e4kra applikationer i en container, vilket ger begr\u00e4nsad \u00e5tkomst till endast n\u00f6dv\u00e4ndiga n\u00e4tverksfunktioner och anv\u00e4ndarfiler. F\u00f6r anv\u00e4ndare som \u00e4r intresserade av nyheter, g\u00f6r Flatpak det m\u00f6jligt att installera de senaste test- och stabila versionerna av applikationer utan att beh\u00f6va g\u00f6ra \u00e4ndringar i systemet. Till exempel byggs Flatpak-paket f\u00f6r LibreOffice, GIMP, Inkscape, Kdenlive, Steam, 0 A.D., Visual Studio Code, VLC, Slack, Telegram Desktop, Android Studio, osv.<\/p>\n
F\u00f6r att minska storleken inkluderas endast applikationsspecifika beroenden i paketet. Grundl\u00e4ggande system- och grafikbibliotek (GTK, Qt, GNOME- och KDE-bibliotek osv.) levereras som kopplingsbara typiska runtime-milj\u00f6er. En nyckelskillnad mellan Flatpak och Snap \u00e4r att Snap anv\u00e4nder komponenter fr\u00e5n det prim\u00e4ra systemets milj\u00f6 och isolering baserad p\u00e5 filtrering av systemanrop, medan Flatpak skapar en separat container fr\u00e5n systemet och opererar med stora runtime-paket, d\u00e4r beroenden inte \u00e4r paket utan typiska systemmilj\u00f6er (t.ex. alla bibliotek som beh\u00f6vs f\u00f6r att k\u00f6ra GNOME- eller KDE-program).<\/p>\n
Ut\u00f6ver det typiska systemmilj\u00f6n (runtime), som installeras via ett speciellt repository, levereras ytterligare beroenden (bundle) som kr\u00e4vs f\u00f6r att k\u00f6ra applikationen. Tillsammans utg\u00f6r «runtime» och «bundle» inneh\u00e5llet i containern, d\u00e4r «runtime» installeras separat och kopplas till flera containrar, vilket g\u00f6r att man slipper duplicering av gemensamma systemfiler f\u00f6r containrar. <\/p>\n
I ett system kan det installeras flera olika «runtime» (GNOME, KDE) eller flera versioner av samma «runtime» (GNOME 50, GNOME 49). En container med en applikation som beroende anv\u00e4nder endast en specifik «runtime», utan att ta h\u00e4nsyn till separata paket som bildar den valda «runtime». Alla saknade element packas direkt tillsammans med applikationen. Vid skapandet av containern monteras inneh\u00e5llet i «runtime» som en partition i \/usr, och «bundle» monteras i katalogen \/app. <\/p>\n
Inneh\u00e5llet i «runtime» och applikationscontainrar formas med hj\u00e4lp av tekniken OSTree, d\u00e4r bilden atom\u00e4rt uppdateras fr\u00e5n ett Git-liknande f\u00f6rr\u00e5d, vilket g\u00f6r det m\u00f6jligt att till\u00e4mpa versionshanteringsmetoder p\u00e5 distributionens komponenter (till exempel kan systemet snabbt \u00e5terst\u00e4llas till ett tidigare tillst\u00e5nd). RPM-paket \u00f6vers\u00e4tts till OSTree-f\u00f6rr\u00e5det med hj\u00e4lp av ett lager av rpm-ostree. <\/p>\n
Selektiv installation och uppdatering av paket inom arbetsmilj\u00f6n st\u00f6ds inte \u2014 systemet uppdateras inte p\u00e5 niv\u00e5 av enskilda komponenter, utan helt och h\u00e5llet, och \u00e4ndrar sitt tillst\u00e5nd atom\u00e4rt. Verktyg tillhandah\u00e5lls f\u00f6r inkrementell till\u00e4mpning av uppdateringar, vilket befriar fr\u00e5n behovet av en fullst\u00e4ndig ers\u00e4ttning av bilden vid varje uppdatering.<\/p>\n
Det isolerade milj\u00f6 som skapas \u00e4r oberoende av den anv\u00e4nda distributionen och har, med korrekt paketering, ingen \u00e5tkomst till anv\u00e4ndarens eller systemets filer och processer, samt kan inte direkt n\u00e5 h\u00e5rdvaran, f\u00f6rutom utdata via DRI. Grafikoutput och inmatning organiseras med hj\u00e4lp av Wayland-protokollet eller via X11-sockets. Interaktion med den externa milj\u00f6n sker via meddelandesystemet DBus och ett s\u00e4rskilt API Portals. <\/p>\n