ny stabil version av verktygslådan , som erbjuder ett system för att bygga självförsörjande paket som inte är bundna till specifika Linux-distriubitioner och körs i en speciell behållare som isolerar applikationen från resten av systemet. Stöd för att köra Flatpak-paket tillhandahålls för Arch Linux, , Debian, Fedora, Gentoo, Mageia, Linux Mint och Ubuntu. Paket med Flatpak ingår i Fedora-repositoriet och stöds av det inbyggda programmet för applikationshantering GNOME.
Nyckel i versionen Flatpak 1.8:
- Implementeringen av installation i P2P-läge har förenklats (möjliggör nedladdning av applikationer och runtime-paket via mellanliggande noder eller enheter för system utan nätverksanslutning). Stöd för installation via mellanliggande värdar i det lokala nätverket har upphört. Automatisk nedladdning av repositories (sideload) som finns på lokala USB-enheter är som standard inaktiverad. För att aktivera mellanliggande lokala repositories ska du konfigurera repositoryn genom att skapa en symbolisk länk från /var/lib/flatpak/sideload-repos eller
/run/flatpak/sideload-repos. Изменение позволило упростить внутреннюю реализацию режима P2P и повысить его эффективность. - En valfri systemd-enhet har lagts till för automatisk upptäckte av ytterligare repositories på anslutna externa USB-enheter.
- För applikationer med tillgång till filsystemet har katalogen /lib i värdmiljön dirigerats till /run/host/lib.
- Nya rättigheter för åtkomst till filsystemet har lagts till — "host-etc" och "host-os", som möjliggör åtkomst till systemkatalogerna /etc och /usr.
- För att generera mer effektiv kod för parsing av GVariant-filer från ostree har .
- I bygg-skriptet configure har möjligheten att bygga utan
libsystemd; - Montering av Journal-sockets i skrivskyddat läge har säkerställts.
- I document-export har stöd för export av kataloger lagts till.
- Direkt åtkomst till ALSA-ljudenheter för applikationer med tillgång till Pulseaudio har tillåtits.
- I API har en signal "install-authenticator" lagts till, som kan användas av klienter för att installera autentikatorer som behövs för att utföra transaktionen.
- Användning av tidszonsinformation baserat på /etc/localtime från värdsystemet har säkerställts, vilket löste tidszonsrelaterade problem i vissa applikationer.
- Installationen av filen env.d från gdm har upphört, eftersom systemd-generatorer hanterar denna uppgift bättre.
- I verktyget create-usb har export av partiella commits aktiverats som standard.
- En fil sysusers.d för att skapa nödvändiga användare genom systemd har säkerställts.
- I kommandona "flatpak remote-add" och "flatpak modify" har alternativet "—[no-]follow-redirect" lagts till för att förbjuda/tillåta omdirigering till ett annat repository.
- Till systemet
har API Spawn lagts till för att få det verkliga process-ID:t (PID) för den körda applikationen. - Alla OCI (Open Container Initiative) förråd har övergått till att använda autentiseraren flatpak-oci-authenticator.
- I kommandona "flatpak remote-info" och "flatpak update" har alternativet "—commit=" lagts till för att ange en specifik version av OCI-förråden.
- Inledande stöd för delta-uppdateringar för OCI-förråd har lagts till.
- Kommandot "flatpak upgrade" har lagts till, vilket är ett alias för kommandot "flatpak update".
- Inmatningstilläggsskript för kommandoskalen fish har implementerats.
Kom ihåg att Flatpak ger applikationsutvecklare möjlighet att förenkla distributionen av sina program som inte ingår i standardrepositoryn för distributioner genom en universell container utan att behöva skapa separata byggnader för varje distribution. För användare som bryr sig om säkerhet tillåter Flatpak att köra tveksamma applikationer i en container, vilket ger begränsad åtkomst till nätverksfunktioner och användarens filer kopplade till applikationen. För användare som är intresserade av de senaste nyheterna tillåter Flatpak att installera de senaste test- och stabila versionerna av applikationer utan att ändra systemet. Till exempel finns det just nu Flatpak-paket redan för LibreOffice, Midori, GIMP, Inkscape, Kdenlive, Steam, 0 A.D., Visual Studio Code, VLC, Slack, Skype, Telegram Desktop, Android Studio och fler.
För att minska paketets storlek inkluderar det endast applikationsspecifika beroenden, medan grundläggande system- och grafiska bibliotek (Gtk+, Qt, GNOME- och KDE-bibliotek osv.) tillhandahålls i form av modulära typiska runtime-miljöer. Den viktigaste skillnaden mellan Flatpak och Snap är att Snap använder komponenter från det underliggande systemets miljö och isolering baserat på filtrering av systemanrop, medan Flatpak skapar en separat container från systemet och arbetar med stora runtime-paket och erbjuder typiska systemmiljöer istället för paket som beroenden (till exempel alla bibliotek som krävs för att köra GNOME- eller KDE-program).
Förutom den typiska systemmiljö (runtime) som installeras genom en särskild , levereras ytterligare beroenden (bundle) som krävs för att applikationen ska fungera. Tillsammans bildar runtime och bundle innehållet i containern, där runtime installeras separat och kopplas till flera containrar, vilket minimerar duplicering av gemensamma systemfiler för containrar. I ett system kan flera olika runtime (GNOME, KDE) eller flera versioner av samma runtime (GNOME 3.26, GNOME 3.28) installeras. En container med en applikation som beroende använder endast specifik bindning till ett visst runtime, utan att ta hänsyn till de separata paketen som utgör runtime. Alla saknade element paketteras direkt tillsammans med applikationen. Vid skapandet av containern monteras innehållet av runtime som delen \/usr, medan bundle monteras i katalogen \/app.
Innehållet i runtime och applikationscontainrar skapas med hjälp av teknologin , där bilden atomärt uppdateras från ett Git-liknande förråd, vilket möjliggör användning av versionskontrollmetoder för distributionskomponenterna (till exempel kan systemet snabbt återställas till ett tidigare tillstånd). RPM-paket översätts till OSTree-repositoriet med hjälp av ett speciellt lager . Separat installation och uppdatering av paket inom arbetsmiljön stöds inte, systemet uppdateras inte på nivå av enskilda komponenter, utan helt och hållet, atomärt förändrar sitt tillstånd. Det finns verktyg för inkrementell tillämpning av uppdateringar, vilket eliminerar behovet av fullständig ersättning av bilden vid varje uppdatering.
Den skapade isolerade miljön är helt oberoende av den använda distributionen och, vid korrekt konfiguration av paketet, har den ingen åtkomst till användarens filer och processer eller huvudsystemet, kan inte direkt komma åt hårdvaran, förutom genom DRI och nätverksunderlaget. Grafikoutput och inmatningsorganisation. genom protokollet Wayland eller via X11-socketomställning. Interaktion med den externa miljön bygger på DBus-meddelandesystem och ett särskilt API Portals. För isolering ett lager och traditionella Linux-teknologier för containervirtualisering, baserade på användning av cgroups, namespaces, Seccomp och SELinux. För ljudutgång används PulseAudio.
Källa: opennet.ru
