Tehnikamaailmas on üks vana nali, mis ütleb, et iga kord, kui keegi üritab hajutamise vältimiseks luua vormingu, mis koondab kõigi teiste paremikku, lisab ta loendisse ainult uue. Osa sellest on tehtud jõupingutustega luua paketivorming, mis töötaks kõikides Linuxi distributsioonides muutmata. Selle sajandi seni oleme olnud juba kolmekesi.
Snap, Flatpak ja Appimage. Erinevused traditsiooniliste formaatidega
Peamine erinevus kohalike paketivormingute ja eraldiseisvate paketivormingute vahel seisneb selles, et esimene jagab sõltuvusi teiste opsüsteemi installitud programmidega. Teisisõnu, kui programm Y vajab sõltuvust 1 ja selle sõltuvuse installis ka programm X, kes seda ka vajab, siis seda sõltuvust enam ei installita.
Eraldi vormingus pakendatud programmid sisaldavad kõiki funktsioneerimiseks vajalikke sõltuvusi. Teisisõnu, sõltuvus 1 installitakse iga kord, kui installitakse seda vajav programm.
Teine erinevus on see, et traditsioonilised paketivormingud tuleb ehitada iga jaotuse spetsifikatsioonidega.. Sellepärast, kuigi Ubuntu on Debianist tuletatud levitamine, on erinevused piisavalt olulised, et esimese hoidlaid ei saaks teises kasutada.
Kolmas erinevus on see traditsiooniliste pakettide sõltuvuse mis tahes muutmine võib mõjutada kõigi teiste seda vajavate toimimist. Teisest küljest ei mõjuta programmi muutmine iseseisvas vormingus ülejäänud süsteemi.
Sõltuvalt iga jaotuse eripäradest on paketihaldurist võimalik installida rakendusi iseseisvates vormingutes ja nende värskendamist nende eest vastutava halduriga automatiseerida.
Ubuntus lubab tarkvarakeskus installida mõlemad programmid traditsioonilistes vormingutes nagu Snap, eelistades viimast. Kuigi on olemas plugin, mis võimaldab GNOME tarkvarakeskust (kust Ubuntu on tuletatud), ei tööta see selle jaotusega.
Ubuntu Studio puhul on võimalik lubada Snapi pakettide kasutamise võimalus, samal ajal kui KDE Neon ja Manjaro saavad töötada mõlema vorminguga.
Tõmme
See on uusim sõltumatutest vormingutest alates selle väljatöötamise algusest 2014. aastal. See ei ole mõeldud kasutamiseks ainult töölaua Linuxi distributsioonides, vaid ka asjade Interneti, mobiilseadmete ja serverite jaoks. TOKuigi on võimalik luua eraldiseisvaid rakenduste poode, on praegu ainult üks, mida haldab Canonical, Snapcraft.
Kuigi Snapcraftil on valik populaarseimaid avatud lähtekoodiga rakendusi, Selle tugevuseks on eratarkvara arendajate ja pilveteenuse pakkujate välja töötatud programmid.
Flatpak
Kuigi Flatpak käivitus ametlikult 2015. aastal, on see jätk veel ühele universaalse formaadiga projektile, mida nimetatakse xdg-appiks. See projekt sündis eesmärgiga olema võimeline käivitama rakendusi turvalises virtuaalses liivakastis, mis ei nõua juurõigusi ega kujuta endast süsteemile turvaohtu.
Flatpak on keskendunud lauaarvutite jaotustele ning kasutab ka rakenduste poe olemise kontseptsiooni Flathub tuntuim.
Flathubi tugev külg on see tavaliselt on sellel peamiste avatud lähtekoodiga rakenduste kõige ajakohasemad versioonid.
Appimage
AppImage on eraldiseisvate paketivormingute seas vanim, kuna see ilmus esmakordselt 2004. aastal.
See oli esimene formaat, mis järgis paradigmat "Üks rakendus - üks fail". See tähendab, et iga kord, kui laadime alla Appimage'i faili, laadime alla rakenduse ja kõik, mis selle toimimiseks vajalik on. Kui soovime rakendust kasutada, peame andma sellele ainult täitmisõigused ja topeltklõpsama ikooni, mis seda tuvastab.
Appimage ei kasuta rakenduste poe süsteemi, kuid hein veebileht milles leiame kõigi saadaolevate pealkirjade loendi.
Appimage'i värskendamiseks saame seda kasutada Selle tööriista.
Ma tunnen puudust, et rakenduste installimisel pole mainitud klõpsamise äärmiselt suurenevat aeglust, sest see vajab igaühe jaoks virtuaalset üksust.
Ma tunnen puudust, et rakenduste installimisel pole mainitud klõpsamise äärmiselt suurenevat aeglust, sest see vajab igaühe jaoks virtuaalset üksust.
Täname kommentaari eest. Pean seda silmas.
Isiklikult arvan, et sõltumatu tarkvarapakendi probleemid pole midagi muud kui palju sügavama konflikti peegeldus, mis on seotud LSB ja FSH standardite vastavuse astmega erinevate distributsioonide poolt.
Pakendamise üks põhialuseid on standardsete teekide juurutamine, hoides nii tarkvara asukohta kui ka asukohta, aga ka konfiguratsioonifaile. Nii välditakse raamatukogukonflikte. Midagi, mis on teistes opsüsteemides tavaline ja mis kahjuks standardeid mitte järgides muudab tarkvara hooldamise ja värskendamise, rääkimata tarkvara migreerumisest ühest levist teise, lõpuks raskeks. Käsiraamatute kompileerimise halb tava, mis on tehtud mitu korda alates Howto'st, analüüsimata selle rakendamisel standarditele vastavust, põhjustab süsteemiadministraatoritele tohutut peavalu. Eriti kui keegi peab teise eelmise administraatori installitud tootmisserveri üle võtma.
Sõltumatud pakendid panustavad ühel või teisel viisil sellesse filosoofiasse, propageerides enamat kui iseseisvust, sõltuvust konkreetsest formaadist või ettevõttest. Platvormi rände muutmine mitu korda peaaegu võimatuks ülesandeks. Mõeldes rohkem lühiajalises perspektiivis kui pikas perspektiivis. Olukord, mille tunnistajaks võib olla iga tõsine administraator, kellel on rohkem kui 15-aastane kogemus. Ja ma ütlen seda arvu tahtlikult, kuna sel perioodil on piisavalt levitusi läbinud, et mõista, et varem või hiljem on projektid või teenused ühel või teisel põhjusel sunnitud platvormilt üle minema. Olukord, mis projekti rakendamise ajal hindamisprotsessidesse satub harva. Kus on kõige hõlpsam migreeruda, on platvormid, mis vastavad kõige paremini eelnimetatud standarditele. Need sõltumatud paketid on need, mis on neist standarditest kõige kaugemal.
Huvitav kaastöö, selle peale ei olnud mõelnud
AppImage'i failide värskendamise tööriist on praktiliselt kasutu. Seitsmest proovitud AppImage-failist (muu hulgas Inkscape, Olive, KSnip, MuseScore, OpenShot) on see proovinud töötada ainult ühega, lõppedes tekstiga "Kinnitusallkirja pole olemas" ja seetõttu ka seda värskendamata. See tähendab, et seda ei kasutata millekski, võite viite eemaldada. Samuti pole seda mitu kuud värskendatud.
Täname kommenteerimise eest