Mycket har sagts om fragmentering, för och emot, men nu finns det några väldigt intressanta lösningar på sistone, som Canonical snap-paket som har öppnats för alla distributioner, inte bara Ubuntu. Men utöver detta finns det andra möjligheter, en av dem är den som vi kommer att presentera denna uppfattning, det är den AppImages. I grund och botten en möjlighet att paketera applikationer på ett generiskt sätt för GNU / Linux.
Detta hjälper utvecklare att uppmuntras att skapa mer programvara för Linux, eftersom de ibland är ovilliga med hur många paket de har att generera och underhålla för de olika befintliga distributionerna. Andra gånger väljer de att bara tillhandahålla programvara som är kompatibel med vissa distributioner och ignorerar resten, vilket inte är en total lösning. Av denna anledning öppnar dessa typer av projekt hopp så att universalitet till mjukvarupaket.
Utöver detta skulle uppdateringarna till apparna, inklusive säkerhetsprogrammen, komma på ett sätt mer direkt via uppströms (från den ursprungliga utvecklaren). Det skulle komma tack vare deltauppdateringarna, det vill säga paket som endast innehåller ändringarna av de nya versionerna. Så vi skulle alla vinna, både utvecklarna med den större lättheten och fördelarna med att uppdatera för att alltid ha det senaste och ha mer kompatibla paket för slutanvändare. Förutom att förbättra säkerheten kan sandboxningstekniker implementeras för att isolera dem.
Men inte allt är fördelar, mot det har det av redundansa, eftersom vi genom att integrera alla beroenden kan hitta lagringsutrymme som slösas bort av bibliotek och andra upprepade element som för närvarande inte är tillgängliga. Men hej, det är priset som måste betalas för resten av fördelarna ... För mer info, kan du konsultera appimage.org.
Jag gillar Appimages kunde ha tagits mer i beaktande, de har funnits länge och nu med striden är det mycket osannolikt att de kommer att bli standard. De är superlätta att skapa från ubuntu (jag gillar inte så mycket, bara från ubuntu). Jag skapade sömlöst en vokoscreen Appimage på ubuntu och jag använder den på openSUSE utan problem.
Förhoppningsvis är den som vinner som standart lika lätt att skapa och inte bara från Ubuntu
Berätta för mig hur det görs och vilka steg och applikationer som du använde för att göra det
Jag gjorde det som wiki säger
https://github.com/probonopd/AppImageKit/wiki/Creating-AppImages
ladda ner först nödvändiga komponenter som visas på första raden
sudo apt-get uppdatering; sudo apt-get -y install libfuse-dev libglib2.0-dev cmake git libc6-dev binutils realpath fuse # debian, Ubuntu
Sedan
git klon https://github.com/probonopd/AppImageKit.git
cd AppImageKit
cmake.
göra
och istället för leafpad
exportera APP = leafpad && ./apt-appdir/apt-appdir $ APP && ./AppImageAssistant.AppDir/package $ APP.AppDir $ APP.AppImage && ./$APP.AppImage
Jag satte vokoscreen
exportera APP = vokoscreen && ./apt-appdir/apt-appdir $ APP && ./AppImageAssistant.AppDir/package $ APP.AppDir $ APP.AppImage && ./$APP.AppImage
Eftersom jag använder openSUSE hade jag några komplikationer med några bibliotek som inte inkluderades ensamma (det visade mig att biblioteket saknades i openSUSE) men jag lade till dem i vokoscreen.AppDir-katalogen och återskapade AppImage med
exportera APP = vokoscreen && ./AppImageAssistant.AppDir/package $ APP.AppDir $ APP.AppImage && ./$APP.AppImage
Det fungerar så länge filen med samma namn inte finns, så du måste ta bort föregående .AppImage
Om du inte förstod eller om jag inte var så tydlig tror jag att jag kommer att göra en videohandledning med AppImage för kdenlive
hälsningar
.
Mycket bra bilder
Det bästa för mig är att de är bärbara
Tja, ganska framgångsrik, jag tror att det skulle vara en stor förbättring och ett sätt att standardisera lite mer.Jag är en Linux-användare men jag tycker att det är obekvämt för vissa saker.
Vi är inte ens överens om det. Ubuntu släppte sina SNAP-paket, Red Hat släppte sin Flatpak. Och de håller inte med om att standardisera en sak. Problemet med fragmentering i Linux kommer att fortsätta att existera.