Názory k článku
Rychlejší aktualizace z Flathubu

Flatpak/Flathub som skúšal, když som chcel inštalovať PE, ale popravde, voči apt/deb či snap, ako,... je to ešte dosť v plienkach... Nie len že Flathubu je práve len tisíc aplikácií ale aj z toho polovica poriadne ani nefunguje, horko ťažko pred nedávnom iba vyriešili témy (GTK), a no na snap to fakt nemá.

Za mě víc záleží na distru. Na Fedoře jsem ještě nic snapího nerozběhal pořádně, zatímco flatpak jede bez problémů... Takže bych to nesváděl na systém, ale spíš na integraci do OS.

Ke zprávičce: pozitivní zpráva :-)

S ACE stream playerem jsem na fedoře 28 neměl problém, takže za mě víc záleží na balíku, takže bych to nesváděl na Snap.

Nicméně už to nepoužívám, používá se to především pro pirátský obsah.

Snap je super, pokud se s tim clovek konecne nejak szije. Napsat prvni seriozni confined snap je porod.

Ja GUI aplikace nevyvijim. Vsechno GUI ze snapu co mam jako user mi jede, resp jsem si nevsiml, ze by se nejak vymykalo....
Mounty pres loopback mi nevadi. Jen je to trochu otravne pri `df`, ale nic co by neslo vyresit grepem. Ze nefunguje aplikace asi nebude chyba snapu, ale vyvojare ...

Sprava je problem? Pro usera to nemuze byt jednodussi - snap install, remove, refresh ... co mate proti sprave?

Z Flathubu používám spoustu aplikací a nevšiml jsem si, že by nějaká nefungovala. GTK témata rovněž bez problémů, nicméně je pravda, že používám primárně GNOME s výchozí Adwaitou.

Srovnání se Snapem je dle mého názoru docela vtipné, mimo jiné i proto, že zrovna Snap Store neobsahuje příliš kvalitních aplikací, pokud nepočítám ty neudržované či jinak problémové. Na rozdíl od Flathubu jsou navíc Snapy až na výjimky na Snap Store nahrávány přímo jejich autory a pokud nechtějí obejít sandbox, tak neprobíhá žádná jejich kontrola a ani jejich následné aktualizace nejsou nijak transparentní. Oproti tomu Flathub se snaží udržovat určitou úroveň kvality, každá aplikace je před přidáním na Flathub zkontrolována a je ověřena mimo jiné i její funkčnost. Následné aktualizace jsou zaznamenány ve Flathub Git repozitáři konkrétního Flatpaku. Pokud autor nějaký Flatpak delší dobu neudržuje a nenajde se jiný dobrovolník, je tento Flatpak z Flathubu smazán. O něco podobného ve světě Snapu se snaží projekt Snapcrafters, nicméně ten nabízí i po letech pouze necelou stovku aplikací.

Tak snapu lze vytknout asi leccos, vcetne dokumentace. Ale funguje dobre. Kdyz jsem naposled koukal na flatpak, tak to stalo za backoru, ale asi se to zmenilo, diky. Podivam se.

Snap má nicméně zase značnou výhodu v tom, že spoustu aplikací, které ve Snap Store jsou k dispozici spravují přímo jejich autoři. Oproti tomu spousta Flatpaků na Flathubu je čistě komunitních a často nepodporovaných autory samotných aplikací.

Srovnávat ten počet aplikací na Flathubu a ve Snap Storu moc nejde. Zaprvé Flathub je pouze pro desktopové, zatímco ve Snap Storu může být cokoliv a zadruhé Flathub je "curated" (funguje mnohem víc jako distribuční repozitáře, od každého softwaru jedna verze, musí projít schválením, může být vyřazená, pokud nesplňuje podmínky), zatímco Snap Store funguje více jako PPA (obchod ohledně kvality aplikací negarantuje nic, může tam být x verzí jedné aplikace včetně těch zcela neudržovaných).

Známý se onehdá trápil s instalací Home Assistantu na Raspberry, tak jsem mu chtěl poradit, ať to zkusí přes snap, a když jsem to ve Snap Storu hledal, tak jsem tam narazil na asi 10 různých verzí, z nichž některé nebyly roky aktualizované (nejstarší byla myslím z roku 2016), takže tam člověk musí fakt přebírat jako u těch PPA.

Co se týče témat, tak to měl Flatpak vyřešené dávno přes Snapem. Výchozí témata jako Adwaita a Oxygen tam fungovaly vždy, zatímco aplikace ve snapu dlouho vypadaly jak z Win95. Pak Flathub začal balit ta nejpopulárnější alternativní témata a byla k dispozici i ta a myslím, že Snap Store nakonec zvolil stejné řešení. Úplně nejflexibilnější řešení je linkovat na téma na hostovi, pak je k dispozici každé téma, které má člověk nainstalované, ale vzhledem k tomu, že verze GTK/Qt ve flatpaku/snapu může být úplně rozdílná od verze GTK/Qt na hostovi, není to úplně nejlepší nápad.

Snap umí vybírat aktualizační kanál. Umí to i flatpak? Možná by bylo lepší mít jen jeden universální systémm a bylo by fajn když by autoři dělali balíčky přes Build Service (OBS) aby si usnadnili práci. Nevím jestli by to nešlo propojit nějak přímo s gitem. Nevím laický pohled nedělal jsem nikdy balíčky..

Jinak snap nemá takovou podporu a byly problémy s licencemi a závislostí na cannonicalu..
Nevím jak demokraticky je spravovány flathub a jak fungují kde kontrolní mechanismy..
Myslím že Ubuntu bude chtít přejít na snapy viz chromium.
Jak se dozvím nebo nastavím automatické aktualizace snapu a flatpaku?

Vsechny balickovaci systemy (vcetne obskurniho obs) jsou peklo. Vetsinou je velka radost kdyz to clovek rozchodi a pak na tu zkusenost zapomene. :-D

Flathub má momentálně dva kanály - Beta (pro vývojové/testovací verze) a Stable (pro stabilní vydání).

Flatpaky/snapy by se samozřejmě v OBS sestavovat daly. My sestavujeme flatpaky v Koji z balíčků ve Fedoře.

Jinak Flathub je komunitní projekt, kde je hodně nezávislých dobrovolníků a zastoupení firem je tam vyvážené. My (Red Hat) platíme hlavního vývojáře Flatpaku, Endless platí lidi, kteří pracují na infrastruktuře, CodeThink lidi, kteří spravují runtimy, pak jsou tam Fastly a Scaleway, které poskytují hosting. Celé to zastřešuje GNOME Foundation. Žádný zúčastníků si tam nemůže sám o sobě určovat pravidla. U Snap Storu je to zase celé pod taktovkou Canonicalu. Má to své výhody i nevýhody. U Flathubu třeba není firma, která stejně jako Canonical může dojít za Microsoftem a říct: máme tady firemní řešení pro distribuci softwaru na Linuxu, distribuujte VS Code přes nás. Proto je tam takový software častěji formou flatpaku od komunitního přispěvatele.

Zrovna v případě VS Code jde Microsoft dobrou cestou a provozuje i nativní repozitáře (rpm i apt), takže snap (nebo třeba docker u jiných) není jediná možnost. Chápu, že to pro menší vývojáře může být udržování několika distribučních kanálů náročné, ale u větších projektů to vždycky uvítám (osobně mi chybí oficiální apt repozitář u Promethea).