Meget er blevet sagt om fragmentering, for og imod, men nu er der nogle meget interessante løsninger, der kommer op på det seneste, som de Canonical snap-pakker, der er blevet åbnet for alle distroer, ikke kun Ubuntu. Men derudover er der andre muligheder, en af dem er den, vi kommer til at præsentere denne opfattelse, det er den AppImages. Dybest set en mulighed for at pakke applikationer på en generisk måde til GNU / Linux.
Dette hjælper udviklere med at blive opmuntret til at oprette mere software til Linux, da de undertiden er tilbageholdende med antallet af pakker, de skal generere og vedligeholde til de forskellige eksisterende distroer. Andre gange vælger de kun at levere software, der er kompatibel med visse distributioner, idet de ignorerer resten, hvilket ikke er en samlet løsning. Af denne grund åbner disse typer projekter håb, så universalitet til softwarepakker.
Ud over dette ville opdateringerne til apps, inklusive sikkerhedsindstillingerne, ankomme på en måde mere direkte via opstrøms (fra den oprindelige udvikler). Det ville komme takket være deltaopdateringerne, det vil sige pakker, der kun inkluderer ændringer af de nye versioner. Så vi ville alle vinde, både udviklerne med den større lethed og fordelene ved at opdatere for altid at have det nyeste og have mere kompatible pakker til slutbrugere. Ud over at forbedre sikkerheden kan sandboxingsteknikker implementeres for at isolere dem.
Men ikke alt er fordele, imod det har redundansa, da vi ved at integrere alle afhængigheder kan finde lagerplads spildt af biblioteker og andre gentagne elementer, der i øjeblikket ikke er tilgængelige. Men hej, det er prisen, der skal betales for resten af fordelene ... For mere info kan du konsultere appimage.org.
Jeg kan godt lide, at Appimages kunne have været taget mere i betragtning, de har eksisteret i lang tid, og nu med kampen er det meget usandsynligt, at de bliver standart. De er super nemme at oprette fra ubuntu (jeg kan ikke rigtig lide det meget, bare fra ubuntu). Jeg oprettede problemfrit en vokoscreen Appimage på ubuntu, og jeg bruger den på openSUSE uden problemer.
Forhåbentlig er den der vinder som standart lige så let at oprette og ikke kun fra Ubuntu
Fortæl mig, hvordan det gøres, og hvilke trin og applikationer du brugte til at gøre det
Jeg gjorde det som wiki siger
https://github.com/probonopd/AppImageKit/wiki/Creating-AppImages
download først de nødvendige komponenter, der vises i første linje
sudo apt-get opdatering; sudo apt-get -y install libfuse-dev libglib2.0-dev cmake git libc6-dev binutils realpath fuse # debian, Ubuntu
Derefter
git klon https://github.com/probonopd/AppImageKit.git
cd AppImageKit
cmake.
lave
og i stedet for bladplade
eksport APP = leafpad && ./apt-appdir/apt-appdir $ APP && ./AppImageAssistant.AppDir/package $ APP.AppDir $ APP.AppImage && ./$APP.AppImage
Jeg sætter vokoscreen
eksport APP = vokoscreen && ./apt-appdir/apt-appdir $ APP && ./AppImageAssistant.AppDir/package $ APP.AppDir $ APP.AppImage && ./$APP.AppImage
Fra en virtuel maskine, fordi jeg bruger openSUSE, havde jeg nogle komplikationer med nogle biblioteker, der ikke var inkluderet alene (det viste mig, at biblioteket manglede i openSUSE), men jeg tilføjede dem til vokoscreen.AppDir-biblioteket og gendannede AppImage med
eksport APP = vokoscreen && ./AppImageAssistant.AppDir/package $ APP.AppDir $ APP.AppImage && ./$APP.AppImage
Det fungerer, så længe filen med samme navn ikke findes, så du er nødt til at slette den forrige .AppImage
Hvis du ikke forstod, eller jeg ikke var særlig klar, tror jeg, jeg vil lave en video-tutorial med AppImage til kdenlive
hilsen
.
Meget god billedoptagelse
Det bedste for mig er, at de er bærbare
Nå, ganske vellykket, jeg tror, det ville være en stor forbedring og en måde at standardisere lidt mere på. Jeg er Linux-bruger, men jeg finder det ubehageligt for visse ting.
Vi er ikke engang enige om det. Ubuntu frigav sine SNAP-pakker, Red Hat frigav sin Flatpak. Og de er ikke enige om at standardisere en ting. Problemet med fragmentering i Linux vil fortsat eksistere.