Sokat mondtak a széttagoltságról, mellette és ellene, de mostanában nagyon érdekes megoldások jelentek meg, például a Canonical snap csomagok, amelyeket minden disztró számára nyitottak meg, nemcsak az Ubuntu számára. De ezen kívül vannak más lehetőségek is, az egyik az, amellyel ezt a nézetet bemutatjuk, ez az AppImages. Alapvetően lehetőség az alkalmazások általános módon történő csomagolására a GNU / Linux számára.
Ez elősegíti a fejlesztők ösztönzését, hogy hozzanak létre több szoftvert a Linux számára, mivel néha vonakodnak attól, hogy hány csomagot kell létrehozniuk és fenntartaniuk a különböző meglévő disztribúciók számára. Máskor úgy döntenek, hogy csak bizonyos disztribúciókkal kompatibilis szoftvereket kínálnak, a többit figyelmen kívül hagyva, ami nem teljes megoldás. Ezért ez a fajta projekt reményt nyit, hogy a egyetemesség a szoftvercsomagokhoz.
Ezen felül az alkalmazásfrissítések, beleértve a biztonsági frissítéseket is, bizonyos módon megérkeznének közvetlenebb az upstream felé (az eredeti fejlesztő kezéből). Ez a delta frissítéseknek, vagyis olyan csomagoknak köszönhető, amelyek csak az új verziók változtatásait tartalmazzák. Tehát mindannyian nyernénk, mind a fejlesztőknek ezzel a könnyebbséggel, mind a frissítés előnyeivel, hogy mindig a legfrissebbek és kompatibilisebbek legyenek a csomagok a végfelhasználók számára. A biztonság javítása mellett homokozó technikák is megvalósíthatók azok elkülönítésére.
De nem minden előny, ellene van a redundanciaa, mivel az összes függőség integrálásával megtalálhatjuk a könyvtárak által elpazarolt tárhelyet és más olyan ismétlődő elemeket, amelyek jelenleg nem állnak rendelkezésre. De hé, ez az az ár, amelyet fizetnie kell a többi előnyért ... További információért forduljon tanácshoz appimage.org.
Tetszik, hogy az Appimage-eket jobban figyelembe lehetett volna venni, régóta léteznek, és most a csatával nagyon valószínűtlen, hogy szabványossá váljanak. Rendkívül könnyen létrehozhatók az Ubuntuból (bár nem igazán szeretem annyira, csak az Ubuntuból) Zökkenőmentesen létrehoztam egy vokoscreen Appimage-ot az Ubuntun, és problémamentesen használom az openSUSE-on.
Remélhetőleg azt, amelyik ugyanolyan nyer, ugyanolyan könnyű létrehozni, és nem csak az Ubuntuból
Mondja el, hogyan történik, és milyen lépéseket és alkalmazásokat használt erre
Úgy tettem, ahogy a wiki mondja
https://github.com/probonopd/AppImageKit/wiki/Creating-AppImages
először töltse le az első sorban megjelenő szükséges komponenseket
sudo apt-get frissítés; sudo apt-get -y install libfuse-dev libglib2.0-dev cmake git libc6-dev binutils realpath fuse # debian, Ubuntu
Akkor
git klón https://github.com/probonopd/AppImageKit.git
cd AppImageKit
cmake.
csinál
és a levélfal helyett
exportálja az APP-t = leafpad && ./apt-appdir/apt-appdir $ APP && ./AppImageAssistant.AppDir/package $ APP.AppDir $ APP.AppImage && ./$APP.AppImage
Beraktam vokoscreen
export APP = vokoscreen && ./apt-appdir/apt-appdir $ APP && ./AppImageAssistant.AppDir/package $ APP.AppDir $ APP.AppImage && ./$APP.AppImage
Virtuális gépről, mivel az openSUSE-t használom, néhány olyan könyvtárral volt problémám, amelyek nem voltak önmagukban (ez azt mutatta nekem, hogy a könyvtár hiányzik az openSUSE-ból), de felvettem őket a vokoscreen.AppDir könyvtárba, és újra létrehoztam a AppImage with
exportáló alkalmazás = vokoscreen && ./AppImageAssistant.AppDir/package $ APP.AppDir $ APP.AppImage && ./$APP.AppImage
Addig működik, amíg az azonos nevű fájl nem létezik, ezért törölnie kell az előző .AppImage fájlt
Ha nem értette, vagy nem voltam túl világos, akkor azt hiszem, készítek egy oktató videót az AppImage for kdenlive programmal
Üdvözlet
.
Nagyon jó hozzáállás
A legjobb számomra az, hogy hordozhatóak
Nos, nagyon sikeres, azt hiszem, ez egy nagyszerű előrelépés és egyfajta szabványosítás egy kicsit. Linux-felhasználó vagyok, de bizonyos dolgokban kényelmetlennek találom.
Ebben még egyet sem értünk. Az Ubuntu kiadta SNAP csomagjait, a Red Hat kiadta Flatpak-ját. És nem értenek egyet egy dolog egységesítésével. A széttöredezettség problémája a Linuxban továbbra is fennáll.