O fragmentaci bylo řečeno mnoho, pro i proti, ale nyní v poslední době přicházejí některá velmi zajímavá řešení, jako jsou balíčky Canonical snap, které byly otevřeny pro všechna distribuce, nejen pro Ubuntu. Ale kromě toho existují i další možnosti, jednou z nich je ta, kterou tento pohled představíme, je to Aplikace. V zásadě možnost zabalit aplikace obecně pro GNU / Linux.
To pomáhá vývojářům, aby byli povzbuzováni k vytváření více softwaru pro Linux, protože se někdy zdráhají ohledně počtu balíčků, které musí generovat a udržovat pro různé existující distribuce. Jindy se rozhodnou poskytovat pouze software kompatibilní s určitými distribucemi, zbytek ignorují, což není úplné řešení. Z tohoto důvodu tyto typy projektů otevírají naději, že univerzálnost softwarových balíčků.
Kromě toho by jistým způsobem dorazily aktualizace aplikací, včetně aktualizací zabezpečení přímější prostřednictvím upstream (od původního vývojáře). To by přišlo díky delta aktualizacím, tedy balíčkům, které obsahují pouze změny nových verzí. Takže bychom vyhráli všichni, a to jak vývojáři s touto větší lehkostí, tak i výhody aktualizace, abychom měli vždy nejnovější a více kompatibilních balíčků pro koncové uživatele. Kromě zlepšení zabezpečení je možné implementovat techniky izolovaného prostoru pro izolování.
Ale ne všechno jsou výhody, proti tomu má nadbytečnosta, protože integrací všech závislostí můžeme najít plýtvání úložným prostorem knihovnami a dalšími opakovanými prvky, které momentálně nejsou k dispozici. Ale hej, je to cena, kterou musíte zaplatit za ostatní výhody ... Další informace můžete konzultovat appimage.org.
Líbí se mi, že Appimage mohl být vzat více v úvahu, jsou tu už dlouho a nyní s bitvou je velmi nepravděpodobné, že se stanou standardem. Jsou velmi snadno vytvořitelné z ubuntu (to se mi moc nelíbí, jen z ubuntu). Bez problémů jsem vytvořil vokoscreen Appimage na ubuntu a bez problémů ho používám na openSUSE.
Doufejme, že ten, který vyhraje jako standardní, je stejně snadné vytvořit, a to nejen z Ubuntu
Řekněte mi, jak se to dělá a jaké kroky a aplikace jste k tomu použili
Udělal jsem to, jak říká wiki
https://github.com/probonopd/AppImageKit/wiki/Creating-AppImages
nejprve si stáhněte potřebné komponenty, které se zobrazí v prvním řádku
sudo apt-get aktualizace; sudo apt-get -y install libfuse-dev libglib2.0-dev cmake git libc6-dev binutils realpath fuse # debian, Ubuntu
Pak
git klon https://github.com/probonopd/AppImageKit.git
cd AppImageKit
cmake.
činit
a místo listového papíru
export APP = leafpad && ./apt-appdir/apt-appdir $ APP && ./AppImageAssistant.AppDir/package $ APP.AppDir $ APP.AppImage && ./$APP.AppImage
Dal jsem vokoscreen
export APP = vokoscreen && ./apt-appdir/apt-appdir $ APP && ./AppImageAssistant.AppDir/package $ APP.AppDir $ APP.AppImage && ./$APP.AppImage
Že z virtuálního stroje, protože používám openSUSE, jsem měl nějaké komplikace s některými knihovnami, které nebyly zahrnuty samostatně (ukázalo mi, že knihovna chybí v openSUSE), ale přidal jsem je do adresáře vokoscreen.AppDir a znovu vytvořil AppImage s
export APP = vokoscreen && ./AppImageAssistant.AppDir/package $ APP.AppDir $ APP.AppImage && ./$APP.AppImage
Funguje tak dlouho, dokud soubor se stejným názvem neexistuje, takže musíte odstranit předchozí .AppImage
Pokud jste nerozuměli nebo mi nebylo příliš jasné, myslím, že udělám video tutoriál s AppImage pro kdenlive
pozdravy
.
Velmi dobrý vzhled
Nejlepší pro mě je, že jsou přenosné
No, docela úspěšný, myslím, že by to bylo velké vylepšení a způsob, jak trochu víc standardizovat. Jsem uživatel Linuxu, ale pro určité věci mi to připadá nepříjemné.
Ani se na tom neshodneme. Ubuntu vydal své balíčky SNAP, Red Hat svůj Flatpak. A nesouhlasí se standardizováním jedné věci. Problém fragmentace v systému Linux bude i nadále existovat.