Teknologiamaailmassa on vanha vitsi, jonka mukaan joka kerta, kun joku yrittää luoda muodon, joka kokoaa yhteen parhaat puolet välttääkseen hajaantumisen, ainoa asia, jonka he tekevät, on lisätä uusi luetteloon. Jotkut niistä pyrkivät luomaan pakettimuodon, joka toimii kaikissa Linux-jakeluissa ilman muutoksia. Tähän vuosisataan mennessä olemme olleet jo kolme.
Snap, Flatpak ja Appimage. Erot perinteisiin muotoihin
Tärkein ero alkuperäisten pakettimuotojen ja erillisten pakettimuotojen välillä on, että edelliset jakavat riippuvuuksia muiden käyttöjärjestelmään asennettujen ohjelmien kanssa. Toisin sanoen, jos ohjelma Y tarvitsee riippuvuutta 1 ja kyseisen riippuvuuden asensi myös ohjelma X, joka myös sitä tarvitsee, kyseistä riippuvuutta ei asenneta uudelleen.
Erillisiin muotoihin pakatut ohjelmat sisältävät kaikki riippuvuudet, jotka niiden on toimittava. Toisin sanoen riippuvuus 1 asennetaan joka kerta, kun sitä tarvitseva ohjelma asennetaan.
Toinen ero on, että perinteiset pakettimuodot on rakennettava kunkin jakelun määritysten mukaan.. Siksi vaikka Ubuntu on Debianista johdettu jakelu, erot ovat riittävän tärkeitä, jotta ensimmäisen arkistoja ei voida käyttää toisessa.
Kolmas ero on se kaikki muutokset riippuvuuteen perinteisistä paketeista voivat vaikuttaa kaikkien muiden sitä tarvitsevien suorituskykyyn. Toisaalta muokatut ohjelmat itsenäisessä muodossa eivät vaikuta muuhun järjestelmään.
Kunkin jakelun erityispiirteistä riippuen on mahdollista asentaa sovellukset erillisissä muodoissa paketinhallinnasta ja automatisoida niiden päivitys niistä vastaavan päällikön kanssa.
Ubuntussa Ohjelmistokeskus antaa sinun asentaa molemmat ohjelmat perinteisissä muodoissa, kuten Snap, suosimalla jälkimmäistä. Vaikka on olemassa laajennus, joka sallii GNOME-ohjelmistokeskuksen (josta Ubuntu on johdettu), se ei toimi tämän jakelun kanssa.
Ubuntu Studion tapauksessa on mahdollista ottaa käyttöön mahdollisuus käyttää Snap-paketteja, kun taas KDE Neon ja Manjaro voivat toimia molempien formaattien kanssa.
napsahtaa
Se on uusin itsenäisistä formaateista sen kehittämisen alettua vuonna 2014. Se on tarkoitettu paitsi Linux-työpöydän jakeluihin myös esineiden internetiin, mobiililaitteisiin ja palvelimiin. TOVaikka on mahdollista luoda erillisiä sovelluskauppoja, tällä hetkellä vain yksi toimii Canonicalin, Snapcraft.
Vaikka Snapcraftilla on valikoima suosituimpia avoimen lähdekoodin sovelluksia, Sen vahvuus on yksityisten ohjelmistokehittäjien ja pilvipalvelujen tarjoajien kehittämät ohjelmat.
Flatpak
Vaikka Flatpak käynnistettiin virallisesti vuonna 2015, se on jatkoa toiselle universaalimuodossa olevalle projektille, joka tunnetaan nimellä xdg-app. Tämä projekti syntyi tavoitteena pystyä suorittamaan sovelluksia suojatussa virtuaalisessa hiekkalaatikossa, joka ei vaadi pääkäyttöoikeuksia tai muodosta turvallisuusuhkaa järjestelmälle.
Flatpak on keskittynyt työpöydän jakeluihin, ja se käyttää myös sovelluskaupan olemisen käsitettä Flathub tunnetuin.
Flathubin vahvuus on se siinä on yleensä ajantasaiset versiot tärkeimmistä avoimen lähdekoodin sovelluksista.
AppImage
AppImage on vanhin erillisistä pakettimuodoista, koska se julkaistiin ensimmäisen kerran vuonna 2004.
Se oli ensimmäinen muoto, joka noudatti paradigmaa "Yksi sovellus - yksi tiedosto". Tämä tarkoittaa, että joka kerta kun lataamme Appimage-tiedoston, lataamme sovelluksen ja kaiken sen toimivan. Jos haluamme käyttää sovellusta, meidän on vain annettava sille suoritusoikeudet ja kaksoisnapsauttamalla sitä tunnistavaa kuvaketta.
Appimage ei käytä sovelluskaupan järjestelmää, mutta heinä Web-sivu josta voimme löytää luettelon kaikista käytettävissä olevista nimikkeistä.
Appimagen päivittämiseksi voimme käyttää tämä työkalu.
Kaipaan sitä, ettei sovellusten asennuksessa ole mainittu lainkaan snapin äärimmäisen kasvavasta hitaudesta, koska se tarvitsee jokaiselle virtuaalisen yksikön.
Kaipaan sitä, ettei sovellusten asennuksessa ole mainittu lainkaan snapin äärimmäisen kasvavasta hitaudesta, koska se tarvitsee jokaiselle virtuaalisen yksikön.
Kiitos kommentistasi. Pidän sen mielessä.
Henkilökohtaisesti olen sitä mieltä, että riippumattomien ohjelmistopakkausten ongelmat ovat vain heijastuksia paljon syvemmästä konfliktista, joka liittyy siihen, missä määrin eri jakelut noudattavat LSB- ja FSH-standardeja.
Yksi pakkaamisen perustekijöistä on tavallisten kirjastojen käyttöönotto, joka pitää sekä ohjelmiston paikan että sijainnin sekä kokoonpanotiedostot. Näin vältetään kirjastojen ristiriidat. Jotain, mikä on yleistä muissa käyttöjärjestelmissä, ja joka valitettavasti vaikeuttaa ohjelmistojen ylläpitoa ja päivittämistä, puhumattakaan ohjelmistojen siirtymisestä jakeluista toiseen, standardien noudattamatta jättämisen myötä. Manuaalisten kokoamisten huono käytäntö, joka suoritettiin monta kertaa Howosta, analysoimatta standardien noudattamista sen toteutuksessa, johtaa järjestelmänvalvojille valtavaan päänsärkyyn. Varsinkin kun jonkun on otettava haltuun toisen edellisen järjestelmänvalvojan asentama tuotantopalvelin.
Riippumattomat pakkaukset, tavalla tai toisella, päätyvät myötävaikuttamaan tähän filosofiaan, edistämällä enemmän kuin riippumattomuutta, riippuvuutta tietystä muodosta tai yrityksestä. Alustamuutoksesta tulee melkein mahdoton tehtävä monta kertaa. Ajattelu enemmän lyhyellä aikavälillä kuin pitkällä aikavälillä. Tilanne, jonka voi todistaa mikä tahansa vakava järjestelmänvalvoja, jolla on yli 15 vuoden kokemus. Ja sanon tämän luvun tarkoituksella, koska sillä ajanjaksolla se on nähnyt tarpeeksi jakeluita kulkemaan ymmärtääkseen, että ennemmin tai myöhemmin projektit tai palvelut pakotetaan syystä tai toisesta siirtymään alustalta. Tilanne, joka harvoin pääsee arviointiprosesseihin projektin toteuttamisen aikana. Siellä on helpoin siirtyä juuri alustoilla, jotka noudattavat parhaiten edellä mainittuja standardeja. Koska nämä itsenäiset paketit ovat kauimpana näistä standardeista.
Mielenkiintoinen panos, ei ollut ajatellut ajatella sitä
AppImage-tiedostojen päivitystyökalu on käytännössä hyödytön. Seitsemästä kokeilemastani AppImage-tiedostosta (muun muassa Inkscape, Olive, KSnip, MuseScore, OpenShot) se on yrittänyt työskennellä vain yhden kanssa, päättyen "Vahvistusallekirjoitusta ei ole" -merkkiin eikä siksi päivittänyt sitä. Eli sitä ei käytetä mihinkään, voit poistaa viitteen. Lisäksi sitä ei ole päivitetty kuukausien ajan.
Kiitos kommentoinnista