Mye har blitt sagt om fragmentering, for og imot, men nå er det noen veldig interessante løsninger som dukker opp i det siste, som Canonical snap-pakkene som har blitt åpnet for alle distroer, ikke bare Ubuntu. Men i tillegg til dette er det andre muligheter, en av dem er den vi kommer for å presentere dette synet, det er det AppImages. I utgangspunktet en mulighet for å pakke applikasjoner på en generisk måte for GNU / Linux.
Dette hjelper utviklere til å bli oppmuntret til å lage mer programvare for Linux, ettersom de noen ganger er motvillige til antall pakker de må generere og vedlikeholde for de forskjellige eksisterende distribusjonene. Andre ganger velger de å bare tilby programvare som er kompatibel med visse distribusjoner, og ignorerer resten, som ikke er en total løsning. Derfor åpner denne typen prosjekter håp slik at universalitet til programvarepakker.
I tillegg til dette, vil oppdateringene til appene, inkludert sikkerhetsene, komme på en måte mer direkte via oppstrøms (fra den opprinnelige utvikleren). Det ville komme takket være deltaoppdateringene, det vil si pakker som bare inkluderer endringene i de nye versjonene. Så vi ville alle vinne, både utviklerne med større letthet, og fordelene ved å oppdatere for alltid å ha det nyeste og ha mer kompatible pakker for sluttbrukere. I tillegg til å forbedre sikkerheten, kan sandkasseteknikker implementeres for å isolere dem.
Men ikke alt er fordeler, mot det har redundansa, siden vi ved å integrere alle avhengighetene kan finne lagringsplass bortkastet av biblioteker og andre gjentatte elementer som for øyeblikket ikke er tilgjengelige. Men hei, det er prisen som må betales for resten av fordelene ... For mer info, kan du konsultere appimage.org.
Jeg liker at Appimage kunne vært tatt mer i betraktning, de har eksistert lenge og nå med kampen er det veldig lite sannsynlig at de blir standart. De er veldig enkle å lage fra Ubuntu (jeg liker ikke så mye, bare fra Ubuntu). Jeg opprettet sømløst en vokoscreen Appimage på ubuntu, og jeg bruker den på openSUSE uten problemer.
Forhåpentligvis er den som vinner som standart like enkel å lage og ikke bare fra Ubuntu
Fortell meg hvordan det gjøres, og hvilke trinn og applikasjoner du brukte for å gjøre det
Jeg gjorde det som wiki sier
https://github.com/probonopd/AppImageKit/wiki/Creating-AppImages
last ned først de nødvendige komponentene som vises i første linje
sudo apt-get oppdatering; sudo apt-get -y install libfuse-dev libglib2.0-dev cmake git libc6-dev binutils realpath fuse # debian, Ubuntu
Deretter
git klon https://github.com/probonopd/AppImageKit.git
cd AppImageKit
cmake.
gjøre
og i stedet for leafpad
eksport APP = leafpad && ./apt-appdir/apt-appdir $ APP && ./AppImageAssistant.AppDir/package $ APP.AppDir $ APP.AppImage && ./$APP.AppImage
Jeg satte vokoscreen
eksporter APP = vokoscreen && ./apt-appdir/apt-appdir $ APP && ./AppImageAssistant.AppDir/package $ APP.AppDir $ APP.AppImage && ./$APP.AppImage
Det fra en virtuell maskin, fordi jeg bruker openSUSE, hadde jeg noen komplikasjoner med noen biblioteker som ikke var inkludert på egenhånd (det viste meg at biblioteket manglet i openSUSE), men jeg la dem til vokoscreen.AppDir-katalogen og gjenskape AppImage med
eksporter APP = vokoscreen && ./AppImageAssistant.AppDir/package $ APP.AppDir $ APP.AppImage && ./$APP.AppImage
Det fungerer så lenge filen med samme navn ikke eksisterer, så du må slette forrige .AppImage
Hvis du ikke forsto det eller ikke var veldig tydelig, tror jeg at jeg skal lage en videoopplæring med AppImage for kdenlive
Hilsen
.
Veldig bra bilder
Det beste for meg er at de er bærbare
Vel, ganske vellykket, jeg tror det ville være en stor forbedring og en måte å standardisere litt mer på. Jeg er Linux-bruker, men jeg synes det er ubehagelig for visse ting.
Vi er ikke engang enige om det. Ubuntu ga ut SNAP-pakkene sine, Red Hat ga ut Flatpak. Og de er ikke enige om å standardisere en ting. Problemet med fragmentering i Linux vil fortsette å eksistere.