Na anderhalf jaar van ontwikkeling is de nieuwe stabiele tak van de Flatpak-toolset 1.18 gepubliceerd. Deze biedt een systeem voor het bouwen van zelfvoorzienende pakketten, niet gebonden aan specifieke Linux-distributies, en uitgevoerd in een speciale container die de toepassing van de rest van het systeem isoleert. De ondersteuning voor het uitvoeren van Flatpak-pakketten is gegarandeerd voor Fedora, CentOS, Debian, Arch Linux, Gentoo, Linux Mint, Alt Linux en Ubuntu. Flatpak-pakketten zijn opgenomen in de Fedora-repository en worden ondersteund in de standaard applicatiebeheertools van GNOME en KDE.<\/p>\n
Belangrijkste nieuwigheden in Flatpak 1.18:<\/p>\n
Flatpak vereenvoudigt de distributie van applicaties die niet in de standaardrepositories van distributies staan, door \u00e9\u00e9n universele container voor te bereiden, waardoor ontwikkelaars niet langer aparte builds voor elke distributie hoeven te maken. Voor gebruikers die zich zorgen maken over veiligheid, biedt Flatpak de mogelijkheid om twijfelachtige applicaties in een container uit te voeren, met selectieve toegang tot alleen noodzakelijke netwerkfuncties en gebruikersbestanden. Voor gebruikers die ge\u00efnteresseerd zijn in nieuwigheden, stelt Flatpak je in staat om de nieuwste test- en stabiele versies van applicaties te installeren zonder aanpassingen aan het systeem. Bijvoorbeeld, Flatpak-pakketten worden gemaakt voor LibreOffice, GIMP, Inkscape, Kdenlive, Steam, 0 A.D., Visual Studio Code, VLC, Slack, Telegram Desktop, Android Studio, enzovoort.<\/p>\n
Om de grootte te verkleinen, worden alleen applicatiespecifieke afhankelijkheden in het pakket opgenomen. Basis systeem- en grafische bibliotheken (GTK, Qt, bibliotheken van GNOME en KDE, enz.) worden geleverd als in plugbare standaard runtime-omgevingen. Het belangrijkste verschil tussen Flatpak en Snap is dat Snap componenten van de hoofdsysteemomgeving gebruikt en isolatie toepast op basis van filtering van systeemaanroepen, terwijl Flatpak een apart van het systeem container cre\u00ebert en werkt met grote runtime-sets, waarbij niet-pakketten worden aangeboden als afhankelijkheden, maar standaard systeemomgevingen (bijvoorbeeld alle bibliotheken die nodig zijn voor het draaien van GNOME- of KDE-programma's).<\/p>\n
Naast de typische systeemruntime, die wordt ge\u00efnstalleerd via een speciale repository, worden extra afhankelijkheden (bundle) geleverd die nodig zijn voor de werking van de toepassing. Samen vormen «runtime» en «bundle» de inhoud van de container, waarbij «runtime» apart wordt ge\u00efnstalleerd en direct aan meerdere containers wordt gebonden, waardoor duplicatie van gemeenschappelijke systeembedden wordt voorkomen. <\/p>\n
In \u00e9\u00e9n systeem kunnen verschillende 'runtime's' (GNOME, KDE) of meerdere versies van \u00e9\u00e9n 'runtime' (GNOME 50, GNOME 49) worden ge\u00efnstalleerd. De container met de applicatie als afhankelijkheid gebruikt alleen binding naar een specifieke 'runtime', zonder rekening te houden met de afzonderlijke pakketten die de gekozen 'runtime' vormen. Alle ontbrekende elementen worden direct samen met de applicatie verpakt. Bij het maken van de container wordt de inhoud van de 'runtime' gemonteerd als de schijf \/usr, terwijl de 'bundle' wordt gemonteerd in de map \/app. <\/p>\n
De inhoud van de 'runtime' en de applicatiecontainers wordt gevormd met behulp van de technologie OSTree, waarbij het beeld atomair wordt bijgewerkt vanuit een Git-achtige opslagplaats, waardoor versiebeheer voor de componenten van de distributie mogelijk is (bijvoorbeeld, het systeem kan snel worden teruggedraaid naar een vorige staat). RPM-pakketten worden naar de OSTree-repository vertaald via een tussenlaag, rpm-ostree. <\/p>\n
Geselecteerde installatie en update van pakketten binnen de werkomgeving worden niet ondersteund \u2014 het systeem wordt niet op het niveau van afzonderlijke componenten bijgewerkt, maar geheel, atomair zijn staat veranderend. Er worden middelen geboden voor incrementele toepassing van updates, waardoor de noodzaak voor een volledige vervanging van het beeld bij elke update wordt ge\u00eblimineerd.<\/p>\n
De gevormde ge\u00efsoleerde omgeving is niet afhankelijk van de gebruikte distributie en heeft, bij juiste instelling van het pakket, geen toegang tot de bestanden en processen van de gebruiker of het basissysteem, en kan ook niet direct toegang krijgen tot hardware, behalve via DRI-uitvoer. Grafische uitvoer en invoersystemen worden gerealiseerd via het Wayland-protocol of via de doorvoer van de X11-socket. Interactie met de externe omgeving is opgebouwd via het DBus-berichtensysteem en een speciale API Portals. <\/p>\n