Stále nemají žádný rozumný packaging pro Linux. V repozitářích distribucí Datovka většinou chybí a Flatpak (ani Snap) nechtějí podporovat.
Nejnovější balíčky společně se seznamem podporovaných distribucí můžete sledovat v projektu home:CZ-NIC:datovka-latest ve službě Open Build Service.
Podporované platformy
Linux - testováno na Linux Mint, Ubuntu, Fedora, Gentoo
Myslím že je škoda že nemají flatpak na flathubu oficiální..
OBS je v praxi docela k ničemu. Málokdo bude chtít si potenciálně rozbít systém přidáním externího repozitáře třetí strany. Nehledě na to, že běžný uživatel tohle ani nebude chtít řešit. Pouhá instalace balíčku aplikace bez přidání jejího repozitáře rovněž není ideální.
Co se přístupu autorů Datovky k Flatpaku týče, viz například tento komentář od Jirky Eischmanna.
Samotné OBS repozitáře se navíc špatně integrují s moderními grafickými správci balíčků, nepodporují AppStream metadata ani další dnes používané standardy.
(Dlužno podotknout, že např. ubuntí PPA trpí stejnými problémy.)
Si nějak nevšimli, že Debian 13 už je měsíc a půl oficiálně vydaný.
https://download.opensuse.org/repositories/home:/CZ-NIC:/datovka-latest/
A vy experte na cisla... v cem presne ze spatrujete problem? ;-)
libdatovka8
Depends: libc6 (>= 2.14), libcurl4 (>= 7.56.1), libexpat1 (>= 2.0.1), libssl3 (>= 3.0.0), libxml2 (>= 2.8.0)
datovka
libdatovka8 (>= 0.7.0), libc6 (>= 2.34), libgcc-s1 (>= 3.0), libqt5core5a (>= 5.15.1), libqt5gui5 (>= 5.14.1) | libqt5gui5-gles (>= 5.14.1), libqt5network5 (>= 5.15.1), libqt5printsupport5 (>= 5.0.2), libqt5sql5 (>= 5.0.2), libq
t5svg5 (>= 5.6.0~beta), libqt5websockets5 (>= 5.6.0), libqt5widgets5 (>= 5.14.1), libssl3 (>= 3.0.0), libstdc++6 (>= 4.1.1), zlib1g (>= 1:1.1.4)
Pokud se vam to jevi prilis krypticke - tak vezte, ze ty zavislosti vam na Debian 13 vubec zadny problem nezpusobi. Ani na "testing" ctrnactce aka forky... ba ani na unstable/sid. Takze sorry, pindate... a pritom ani nevite, jak to funguje :)
Na druhou stranu, používat na novějším systému repozitář určený pro starší systém je přesně to koledování si o problém či rovnou rozbitý systém, které jsem zmiňoval výše.
Ano, také to občas dělám, ale uvědomuji si rizika a běžným uživatelům bych něco takového nikdy nedoporučil.
Nevim proc se snazite o zobecnovani :-) V konkretnim pripade repozitare specificky diskutovane Datovky neni duvod to nedoporucit. Bavime se o konkretnim produktu.
Třeba tenhle vy experte na verze (fakt musíte diskutovat těmihle typy faulů?):
W: http://download.opensuse.org/repositories/home:/CZ-NIC:/datovka-latest/Debian_12/InRelease: Policy will reject signature within a year, see --audit for details
Takže samozřejmě vím, jak to funguje.
Škoda, že tady nejde zablokovat pitomečky, co tu nechodí diskutovat, ale jen si honit nad ostatními ego.
Nic, co by bylo sloziteho napravit a soucasne nic, co by nebylo k videni u hromady dalsich repozitaru - kdy se casto ani verze distribuce explicitne nerozlisuje, protoze pro to proste a jednoduse neni zadny duvod (resite jen minimalni verze a cokoliv novejsiho vam nevadi). Takhle funguje kdeco, treba i Steam, zeano.
A kdyz je teda rec o pitomeccich, zacnete u sebe :-) Nic vam nebrani se stat spravcem baliku a udelat repozitar dle vasich predstav. Nadavat na druhy a pritom sam nic neudelat zvladne kazdy jeliman.
Já spravuji balíčků dost. Nevidím důvod, proč bych měl někomu lézt do zelí, když to udržuje někdo jiný.
Ale vidím, že vaším způsobem diskuze jen jen útok a argumentování fauly, takže za mě už se toho s vámi neúčasním.
Ne, vam se nelibi jak to nekdo jiny dela. Tak to udelejte lip. Tak svet opensource funguje. V obecne rovine rozhodne neplati uzus, ze by tvurce software soucasne spravoval baliky v distribucich. Ba prave naopak - vetsinou to delaji lidi okolo nezavisle na nich, a to casto presto ze "nejake" baliky poskytuje sam tvurce daneho softwaroveho produktu.
Faulujete tu predevsim vy - smerem k autorum software ;-)
A cemu rikate rozumny packaging? V cem je problem s rpm/deb balicky? Ty balicky nemaji zadne divoke zavislosti a pokryjete tim drtivou vetsinu distribuci.
Přecijen se Linuxový desktop rozšiřuje. SteamOS uživatelé o žádných balíčcích a jejich závislostech nic nevědí, mají AppStore jako na každém jiném OS, kde je vše.. kromě Datovky.
Je otázkou, kolik lidí má
1. Datovou schránku
2. chce aplikaci Datovka
3. provozuje pouze SteamOS (či jiný systém bez deb/rpm)
Tuším, že by se vešli do šukafonu.
No ale to je otázka slepice/vejce. Nemohu používat SteamOS jako jedinný OS, když nemám k dispozici všechny balíčky (na jendom místě), nemůžu povozovat pouze jiný OS, protože se na to nedá pohodlně hrát.
1) Všichni podnikatelé podle zákona, a zbytek prostě proto, aby fungovali věci, jako komunikace se státní správou.
2) oukej
3) Nemusí to být systém bez deb/rpm. Prostě místo návodu přidej tohle repo, tohle repo, vyřeš tyhle závislosti a problémy a pak možná asi, dokud to správce repa bude bavit a dokud budeš mít správné distro/verzi, nějaká aktualizace to nerozbije....,
klikni tady na hub, klikni nainstalovat, je to.
Balíčky jsou zkrátka interní nástroj na tvorbu distribucí. Na univerzální distribuci SW to není, nikdy nebylo, nikdy nebude.
Hlavně to je bezpečné. Balíčky se instalují s právy roota a všechny ty instalační skripty, které to může obsahovat, se s těmito právy také vykonávají. Autor balíčku tam může nacpat cokoliv. Takovouhle důvěru bychom měli mít maximálně vůči samotné distribuci, ale ne vůči balíčkům někde z Internetu.
Vim, vim, ale odpovidal jsem na "A cemu rikate rozumny packaging?"
Ze tohle NIC vore, to je jina otazka.
njn, jako uzivatel to chces, instalovat 200 repozitaru kvuli instalaci 200 aplikaci... nepracujes nahodou v CZNICu nebo ve statni sprave?
Nic vam nebrani chopit se iniciativy a stat se spravcem baliku primo v distribuci. Samo se to neudela.
200? Ja mel za to ze resime jen jeden, datovku.
Ale uprimne, prenest seznam repozitaru a nainstalovaneho softwaru je u linuxu brnkacka (pokud clovek zustava u dane distribuce, nebo alespon balickovaciho systemu, logicky), takze ne, neinstaluju 200 repozitaru, jen nahraju jeden soubor se seznamem. Jak proste, mily Watsone.