Vahet pole - kui makstakse, siis ka tehakse. Praegu nii toimib ka ja on ennegi toiminud. Ega ma väitnudki, et riik allhankeid ärisektorist ei kasuta. Lihtsalt AppImage vms oleks laiahaardelisem ega oleks vaid ühe või üksikute distrote küljes kinni. Oleks maksumaksja raha targem kasutamine.

Riik ostab id teenuseid firmadelt. Firmad arendavad ja hooldavad nüüd.

Seda minagi, et saab. Kuid kurb, et seda ära ei tehta. Riik ju pakub tuge nii arendamisel kui tehnilise toe osas. Seega on kõik vajalik ju kaetud. Kuid seda tuleks jätkusuutlikumaks muuta, et ei oleks ainult Ubuntu ja sellepõhised, vaid ikka maksimaalselt, mida AppImage vms võimaldavad. Sama energiaga saavutaks palju rohkem - enamus Linuxi distrosid oleks kaetud. Praegu vaid üksikud...

appimages saaks küll ja isegi samasse faili uuendada, kuid siis oleks koos veebilehitsejaga ning nagu tor brauser - üks profile.default kasutaja, kus ka id kaardi mozilla fail.
shelli skriptiga saab ka sõltuvused kätte juhatada esteid jaoks, mis ka appimages. KÕik üheskohas saab teha küll.

Saab. aga tugi on lisakohustus.

Mul on mõned binaarid tehtud skripti abiga käivitama ühte KATALOOGI , kus näitab ära kṏik vajalikud teegid, mis on samas kataloogis.
tegin poweriso skripti järgi:
http://www.poweriso.com/download-poweriso-for-linux.htm

ja sõltuvuste jaoks kasutasin readelf käsku.

oli üks programm, mille teek oli vana minu distro jaoks, teegi tṏin uuemast distrost üle.

Kui töötab, mis siis viga. Kui peab hakkama ise leiutama, katsetama neid skripte, siis ilmselt enamusel seda võimalust ei ole. Pidevalt toimivat lahendust on vaja ja mitte vaielda. Kuid ametlikult riik vaid Ubuntut toetab, läbi hoiatamise veel mõnda sugulast. Õnneks on siiski kogukond rohkem distrosid suutnud toetada.

Docker ja Appimage on sarnased, 1 rakendus = 1 image/fail. Snap ja flatpak vist võimaldavad midagi rohkemat, aga eks sealgi omad limitatsioonid.
Flatpakil oli vist sedasi, et hosti peal käivitad ise 2 eraldi rakendust mitte browser ei kutsu välja ise teist Flatpak rakendust. Ma pole kindel, aga kuna tegu on isoleeritud keskkondadega, siis nad üksteist ei näegi.

Dogidoc tarkvara võimaldaks veebi minna? See ei lahenda ju juurpõhjust, ehk digidoc suvalise linuxi peal käima ajada.

Ma jätkuvalt ei näe kuidas snap, flatpak vmt aitaks elu lihtsamaks teha. See on ropp töö, et see käima ajada ja ametliku tuge ei saaks ikkagi pakkuda tänu distrote rohkusele.
Lihtsaim ja robusteim meetod on bash scriptid teha mis per distro ise vajalikud pakid installib/kompilleerib/paigaldab. Keskne GIT repo, git pulliga uuendad scripti, käivitad ja polegi suuremat muret. Alpine puhul bash scripti pikkus ca 50-60 rida ainult.

See jah, Dockeri põhjal. Kuid kuidas toimib asi AppImage, Snap, Flatpak - see on küsimus. Ehk saab siiski lihtsamalt ka kui Dockeris. Öeldakse, et kui on probleem võimalik sõnastada, siis saab seda ka lahendada.

Kuni sinna maale välja, et DigiDoc tarkvara võimaldab ka veebi minna ja seal allkirjastada. Näiteks wrapper, mis näiteks Chromiumi, Firefoxi kasutab ja paigaldamisel saab siis valida, milliseid tahab ja kui mitu, siis milline vaikimisi. Sätetest saaks näiteks muuta hiljem valikut.

Näiteks nutiseadmetes on tihti lausa otsimootori kasutamiseks eraldi veebilehitseja selle nimega tehtud, mis konkreetse otsimootoriga koos toimib. Seda põhjusel, et nutiseadmete veebilehitsejates ei saa lisada lisandeid ega valida sätetest teist otsimootorit.

Ilmselgelt ma tulistan puusalt, kuna ei ole tarkvaraarendaja, kuid ma püüan näha lahendust ja mitte takerduda probleemidesse, mida nagunii teel kohtab. Küsimus ongi, et kas jäädaksegi probleeme välja tooma või leitakse siiski ka toimiv ja jätkusuutlik lahendus eri operatsioonisüsteemidele.

Konteiner on mikroteenus, ehk üks teenus per konteiner.
1 konteiner firefox, 1 konteiner ID kaardi tarkvara.
Edasi, kui sul on tarvis veebis allkirjastada, siis peaks firefox konteiner suhtlema ID kaardi tarkvara konterineriga ja lisaks host masina kaardilugejaga. Kui keerukust juurde lisada, siis on ka veel tembeldamisrakenduse tarkvara.
Lisaks käib konteinerite vaheline suhtlus võrgutasandil, pöördutakse mingisse porti teise konteineri puhul. ID kaardi tarkvara puhul mingi porti kui sellist ei ole.
See on ikka ropp keerukus ja ma arvan, et see ei tasu ennast kuidagi ära, et see jama up-to-date hoida. Lihtsam on bash script teha per distro/versioon. Alpine peal ajasin ka ID kaardi tarkvara käima.
Eelnev on siis Dockeri põhjalt kirjutatud.

Ei ole küll arendaja kuid usun ka, et saab. Kurb on see, et Martin Paljak väitis, et ei saa ja tegi selle ka RIAle selgeks, mistõttu ei hakatudki tegema. Tegelikke põhjusi võib vaid oletada. Kui võimalik, siis palve kirjutada RIA klienditoele help@ria.ee koos selgitustega, kuidas see ID-kaarditarkvara konteinerisse (Flatpak, Snap, Appimage) siiski võimalik on. Ehk võtavad siis vedu, kui kaalukam selgitus juures. Ainult Snap oleks probleem, teised oleks ka vaja. Kuid muidugi kui ka ühe konteinervormingu saab, on see oluliselt parem kui mitte midagi.
Veebis on ju vastav laiendus isikutuvastuseks, digiallkirjastamiseks - kas võiks olla lahendus kasutada siis ka veebilehitsejat samast konteinerist? Nagu me näeme, siis Chromium kipub täna tihti ka olema konteinerist, kuigi Linux Mint on ise eraldi pakendanud oma põhivaramus, Manjaro samuti. Ehk võimalik ka valik teha, et mis veebilehitsejaga koos või üldse ilma. Mõned eelistavad ju ka Firefoxi.

zeroconf kirjutas:

Kunagi Martin Paljak seletas energiliselt, et ID-kaarditarkvara ei saavat konteinerisse pakendada.

Saab ikka.

EDIT: konteinerisse pakendamine lahendab ainult lokaalse dokumentide allkirjastamise probleemi ära. Põhiline kasutus on aga browseris ja siinkohal konteiner enam ei aita.