Ve světě technologií existuje starý vtip, že kdykoli se někdo pokusí vytvořit formát, který spojuje to nejlepší ze všech ostatních, aby se zabránilo rozptýlení, jediná věc, kterou udělají, je přidat do seznamu nový. Něco z toho existuje se snahou vytvořit formát balíčku, který lze bez úprav spustit na všech distribucích Linuxu. V tomto století jsme už byli tři.
Snap, Flatpak a Appimage. Rozdíly s tradičními formáty
Hlavní rozdíl mezi nativními formáty balíčků a samostatnými formáty balíčků spočívá v tom, že první sdílejí závislosti s jinými programy nainstalovanými v operačním systému. Jinými slovy, pokud program Y potřebuje závislost 1 a tato závislost byla nainstalována programem X, který ji také potřebuje, tato závislost nebude znovu nainstalována.
Programy zabalené v samostatných formátech zahrnují všechny závislosti, které potřebují k fungování. Jinými slovy, závislost 1 bude nainstalována pokaždé, když je nainstalován program, který ji potřebuje.
Druhým rozdílem je, že tradiční formáty balíků musí být sestaveny se specifikacemi každé distribuce.. To je důvod, proč i když je Ubuntu distribucí odvozenou od Debianu, rozdíly jsou natolik důležité, že úložiště prvního nelze použít ve druhém.
Třetí rozdíl je v tom Jakákoli úprava závislosti na tradičních balíčcích může ovlivnit fungování všech ostatních, kteří to potřebují. Na druhou stranu úpravy programu v nezávislém formátu neovlivní zbytek systému.
V závislosti na zvláštnostech každé distribuce je možné instalovat aplikace v nezávislých formátech od správce balíčků a automatizovat jejich aktualizaci s odpovědným správcem.
V Ubuntu vám softwarové centrum umožňuje instalovat oba programy v tradičních formátech, jako je Snap, přičemž dáváte přednost druhému. Ačkoli existuje plugin, který umožňuje softwarové centrum GNOME (od kterého je odvozen Ubuntu), s touto distribucí nefunguje.
V případě Ubuntu Studio je možné povolit možnost používat balíčky Snap, zatímco KDE Neon a Manjaro mohou pracovat s oběma formáty.
Vyfotit
Je to nejnovější z nezávislých formátů od začátku jeho vývoje v roce 2014. Je určen nejen pro použití v desktopových linuxových distribucích, ale také pro internet věcí, mobilní zařízení a servery. NAAčkoli je možné vytvořit samostatné obchody s aplikacemi, v současné době existuje pouze jeden provozovaný společností Canonical, Snapcraft.
Ačkoli má Snapcraft sortiment nejpopulárnějších aplikací s otevřeným zdrojovým kódem, Jeho silnou stránkou jsou programy vyvinuté soukromými vývojáři softwaru a poskytovateli cloudových služeb.
Flatpak
Ačkoli byl Flatpak oficiálně spuštěn v roce 2015, jde o pokračování dalšího projektu univerzálního formátu známého jako xdg-app. Tento projekt se zrodil s cílem být schopen spouštět aplikace v zabezpečeném virtuálním karanténě, která nevyžaduje oprávnění root nebo nepředstavuje bezpečnostní hrozbu pro systém.
Flatpak se zaměřuje na desktopové distribuce a také využívá koncept bytí obchodu s aplikacemi Flathub nejznámější.
Flathub je silnou stránkou obvykle má nejaktuálnější verze hlavních aplikací s otevřeným zdrojovým kódem.
Appimage
AppImage je nejstarší ze samostatných formátů balíčků, protože byl poprvé vydán v roce 2004.
Byl to první formát, který se řídil paradigmatem „Jeden soubor - jedna aplikace“. To znamená, že pokaždé, když stáhneme soubor Appimage, stahujeme aplikaci a vše, co potřebuje k fungování. Pokud chceme aplikaci používat, musíme jí dát oprávnění ke spuštění a poklepat na ikonu, která ji identifikuje.
Appimage nepoužívá systém App Store, ale, seno webovou stránku ve kterém můžeme najít seznam všech dostupných titulů.
K aktualizaci Appimage můžeme použít tento nástroj.
Chybí mi, že zde nebyla žádná zmínka o extrémně rostoucí pomalosti snapu při instalaci aplikací, protože pro každou potřebuje virtuální jednotku.
Chybí mi, že zde nebyla žádná zmínka o extrémně rostoucí pomalosti snapu při instalaci aplikací, protože pro každou potřebuje virtuální jednotku.
Děkuji za Váš komentář. Budu na to myslet.
Osobně si myslím, že problémy nezávislého softwarového balení nejsou ničím jiným než odrazem mnohem hlubšího konfliktu, který souvisí se stupněm dodržování standardů LSB a FSH různými distribucemi.
Jedním ze základních principů balení je implementace standardních knihoven, které udržují místo i umístění softwaru i konfigurační soubory. Vyhnete se tak konfliktům knihoven. Něco, co je běžné v jiných operačních systémech a které bohužel nedodržováním standardů nakonec znesnadní údržbu a aktualizaci softwaru, natož migraci softwaru z jedné distribuce do druhé. Špatná praxe manuálních kompilací, prováděná mnohokrát z howto, aniž by byla analyzována shoda se standardy při její implementaci, končí pro administrátory systému obrovskou bolestí hlavy. Zvláště když někdo musí převzít produkční server nainstalovaný jiným předchozím správcem.
Nezávislé balení, tak či onak, nakonec přispívá k této filozofii a podporuje více než nezávislost, závislost na konkrétním formátu nebo společnosti. Z migrace platformy se stává mnohokrát téměř nemožný úkol. Myšlení více v krátkodobém horizontu než v dlouhodobém horizontu. Situace, které může být svědkem každého seriózního administrátora, který má více než 15 let zkušeností. A já říkám toto číslo záměrně, protože v tomto období bude vidět dostatek distribucí, abych si uvědomil, že dříve nebo později budou projekty nebo služby z nějakého důvodu nuceny migrovat z platformy. Situace, která málokdy vstupuje do hodnotících procesů během implementace projektu. Nejjednodušší migrací jsou právě platformy, které nejlépe vyhovují výše uvedeným standardům. Jelikož se jedná o tyto nezávislé balíčky, ty, které jsou od těchto standardů nejvzdálenější.
Zajímavý příspěvek, nenapadlo mě o tom přemýšlet
Nástroj pro aktualizaci souborů AppImage je prakticky k ničemu. Ze 7 souborů AppImage, které jsem vyzkoušel (mimo jiné Inkscape, Olive, KSnip, MuseScore, OpenShot), se pokusil pracovat pouze s jedním, končícím „Žádný ověřovací podpis neexistuje“, a tedy ani jeho aktualizací. To znamená, NENÍ UŽÍVÁNO PRO NIC, můžete odebrat odkaz. Také nebyl aktualizován měsíce.
Děkuji za komentář