V svetu tehnologije obstaja stara šala, da kadar koli nekdo poskuša ustvariti format, ki združuje najboljše od vseh ostalih, da bi se izognili razpršitvi, na seznam dodajo le novega. Nekaj je tega s prizadevanji za ustvarjanje oblike paketa, ki se lahko izvaja v vseh distribucijah Linuxa brez sprememb. V tem stoletju smo bili že trije.
Snap, Flatpak in Appimage. Razlike s tradicionalnimi formati
Glavna razlika med izvornimi formati paketov in samostojnimi formati paketov je, da prvi delijo odvisnosti z drugimi programi, nameščenimi v operacijskem sistemu. Z drugimi besedami, če program Y potrebuje odvisnost 1 in je to odvisnost namestil program X, ki ga prav tako potrebuje, ta odvisnost ne bo več nameščena.
Programi, zapakirani v ločenih oblikah, vključujejo vse odvisnosti, ki jih potrebujejo za delovanje. Z drugimi besedami, odvisnost 1 bo nameščena vsakič, ko bo nameščen program, ki jo potrebuje.
Druga razlika je v tem, da morajo biti tradicionalni formati paketov izdelani s specifikacijami vsake distribucije.. Zato je Ubuntu sicer distribucija, ki izhaja iz Debiana, vendar so razlike dovolj pomembne, da repozitorijev prvega ni mogoče uporabiti v drugem.
Tretja razlika je ta Vsaka sprememba odvisnosti od tradicionalnih paketov lahko vpliva na delovanje vseh drugih, ki jo potrebujejo. Po drugi strani spremembe programa v neodvisni obliki ne bodo vplivale na preostali del sistema.
Glede na posebnosti posamezne distribucije je mogoče programe namestiti v neodvisne oblike iz upravitelja paketov in avtomatizirati njihovo posodabljanje z upraviteljem, ki je odgovoren zanje.
V Ubuntuju vam Center za programsko opremo omogoča namestitev obeh programov v tradicionalnih oblikah, kot je Snap, pri čemer daje prednost slednjim. Čeprav obstaja vtičnik, ki omogoča GNOME Software Center (iz katerega izhaja Ubuntu), ta distribucija ne deluje.
V primeru Ubuntu Studio lahko omogočite možnost uporabe paketov Snap, medtem ko lahko KDE Neon in Manjaro delujeta z obema formatoma.
Snap
Je najnovejši od neodvisnih formatov, odkar se je leta 2014 začel razvijati. Namenjen je ne le za namizne distribucije Linuxa, temveč tudi za internet stvari, mobilne naprave in strežnike. TOČeprav je mogoče ustvariti samostojne prodajalne aplikacij, trenutno obstaja samo ena, ki jo upravlja Canonical, Snapcraft.
Čeprav ima Snapcraft izbor najbolj priljubljenih odprtokodnih aplikacij, Njegova prednost so programi, ki so jih razvili zasebni razvijalci programske opreme in ponudniki storitev v oblaku.
Flatpak
Čeprav se je Flatpak uradno začel leta 2015, je nadaljevanje drugega projekta univerzalnega formata, znanega kot xdg-app. Ta projekt se je rodil z namenom biti sposoben zagnati aplikacije v varnem navideznem peskovniku, ki ne zahteva korenskih pravic ali predstavlja varnostne grožnje sistemu.
Flatpak se osredotoča na namizne distribucije, uporablja pa tudi koncept trgovine z aplikacijami Flathub najbolj znan.
Močna točka Flathuba je to ponavadi ima najsodobnejše različice glavnih odprtokodnih aplikacij.
Appimage
AppImage je najstarejša oblika samostojnega paketa, saj je bila prvič izdana leta 2004.
To je bila prva oblika, ki je sledila paradigmi "Ena aplikacija - ena datoteka". To pomeni, da vsakič, ko prenesemo datoteko Appimage, prenesemo aplikacijo in vse, kar potrebuje za delovanje. Če želimo uporabiti aplikacijo, ji moramo dati dovoljenja za izvajanje in dvakrat klikniti na ikono, ki jo identificira.
Appimage ne uporablja sistema trgovine z aplikacijami, ampak, seno spletna stran v katerem najdemo seznam vseh razpoložljivih naslovov.
Za posodobitev aplikacije Appimage lahko uporabimo to orodje.
Pogrešam, da pri nameščanju aplikacij ni bilo nobene omembe izredno naraščajoče počasnosti posnetka, ker za vsak potrebuje navidezno enoto.
Pogrešam, da pri nameščanju aplikacij ni bilo nobene omembe izredno naraščajoče počasnosti posnetka, ker za vsak potrebuje navidezno enoto.
Hvala za vaš komentar. To bom imel v mislih.
Osebno mislim, da problemi neodvisne programske embalaže niso nič drugega kot odraz veliko globljega konflikta, ki je povezan s stopnjo skladnosti standardov LSB in FSH v različnih distribucijah.
Ena od osnov za embalažo je izvajanje standardnih knjižnic, ki ohranjajo mesto in lokacijo programske opreme ter konfiguracijske datoteke. Tako se izognemo knjižnim konfliktom. Nekaj, kar je običajno v drugih operacijskih sistemih in na žalost zaradi neupoštevanja standardov otežuje vzdrževanje in posodabljanje programske opreme, kaj šele selitev programske opreme iz ene distribucije v drugo. Slaba praksa ročnih kompilacij, izvedena večkrat iz navodil, brez analize skladnosti s standardi pri njenem izvajanju, na koncu pomeni velik glavobol za sistemske skrbnike. Še posebej, ko mora nekdo prevzeti produkcijski strežnik, ki ga je namestil drug prejšnji skrbnik.
Neodvisna embalaža tako ali drugače prispeva k tej filozofiji in spodbuja več kot samostojnost, odvisnost od določenega formata ali podjetja. Selitev platforme je večkrat skoraj nemogoča naloga. Razmišljati bolj kratkoročno kot dolgoročno. Situaciji, ki je lahko priča vsakemu resnemu skrbniku, ki ima več kot 15 let izkušenj. In to številko pravim namerno, saj se je v tistem obdobju zgodilo dovolj distribucij, da bi se zavedali, da bodo projekti ali storitve prej ali slej prisiljeni iz takšnih ali drugačnih razlogov preseliti s platforme. Situacija, ki med izvajanjem projekta redko vstopi v ocenjevalne procese. Kjer je najlažje preseliti ravno platforme, ki najbolje ustrezajo prej omenjenim standardom. Ti neodvisni paketi so tisti, ki so najbolj oddaljeni od teh standardov.
Zanimiv prispevek, še na misel mi ni prišlo, da bi o tem razmišljal
Orodje za posodabljanje datotek AppImage je praktično neuporabno. Od 7 datotek AppImage, ki sem jih preizkusil (med drugim Inkscape, Olive, KSnip, MuseScore, OpenShot), je poskušal delati samo z eno in se konča z "Podpis za preverjanje ne obstaja" in ga zato tudi ne posodablja. Se pravi, DA SE NE UPORABLJA NIČ, sklic lahko odstranite. Prav tako že mesece ni bil posodobljen.
Hvala za komentar