To je nějaké nové náboženství mazat věci ve snapu a nakonec ho odstrajit? Nebo jak si mám vysvětlit aktuální antisnap vlnu?
Nějaké relevantní argumenty kromě údajného delšího prvního startu? Nesetkal jsem se s problémem a když je aplikace ve snapu, udělá mi to hned radost, protože to je většinou záruka, že to bude dobře fungovat :)
Nahradit firefox snapu nějakým PPA mi přijde jako šlápnout si na nohu
Údajný ??? delší start? Včera tu vyšla zprávička, kde se doslova píše:
V průměru z 5 testů (kde jsou výsledky pro všechny balíčky) vychází rychlost AppImage o 24 % rychlejší, než aplikace z repositářů, Flatpak je rychlejší o asi 4% a naopak Snap je pomalejší o 14 %.
A v originále to vyjadřují velmi jasně:
Running something where you’re rendering out files doing creative work, it’s probably better to use the native application from your distributions package manager. But for everything else, flatpaks, appimages, might be better. Snaps, in general, kind of suck.
To nie je bashing, je to iba upozorňovanie na to, čo Canonical robí stále: vymyslí si alternatívu k riešeniu, za ktorým stojí komunita, pár rokov do toho leje peniaze, myslí si, že na svojom riešení bude profitovať, potom pochopí že je to slepá ulička a aj premigruje na riešenie, proti ktorému pôvodne bojoval.
Ako nemám nič proti tomu, aby profitoval zo svojej práce, akurát nemôže očakávať, že komunita prijme riešenie, ktorého nielen vývoj ale aj prevádzku má pod palcom výlučne jeden subjekt. Takže sme vo fáze lejeme peniaze, očakávame profit. Ešte chvíľu a dôjdeme do fáze je to zbytočné, komunita to má aj tak lepšie, škoda liať peniaze. No a cenou za to je zbytočná fragmentácia desktopového Linuxu a odďaľovanie "roku Linuxu na desktope" ;-) len preto, že Canonicalu zase nevyšiel ďalší biznis plán.
No medzi unity, mir, ubuntu one, ubuntu touch, ubuntu phone, ubuntu edge, juju... cesta je olemovaná mŕtvymi technológiami. Bzr ešte žije ako Ubuntu-only technológia a drží ho to len to, že je povinný pre ppa/launchpad.
Asi jediná vec, čo mala ako taký impact bol Upstart, ktorý keby včas riešil svoje problémy, mohol konkurovať systemd.
Ale aby som dal aj niečo pozitívne -- font majú pekný, je ďaleko lepší, ako to zverstvo, čo je by default v Gnome (Cantarell).
Canonical si nevede dobre v urcitych vecech, souhlas. Na snap obcas zapomene, ale je fakt, ze tu je uz dekadu. Ale pro me treba nejde nahradit.
Diky snapu muzu udrzovat bez vetsich potizi svuj projekt (systemova sluzba). Ja jsem za snap velmi rad. Nic podobneho pro muj ucel neni k dispozici. Nejsem fanatik, vim, ze ma svoje potize.
Az ta "vsichni ostatni" komunita dodela support pro services do flatpaku, rad vydam i flatpak verzi. Nemam kapacity delat pro kazdy obskurni distro*verzi specificky baliky, natoz je udrzovat. Ale necht si uzivatel sam rozhodne, co chce pouzivat.
Kdyz uz porovnavate snap s flatpakem, tak aspon reknete, ze porovnavate jeho Desktop vyuziti, kde v podstate s kritikou souhlasim. Ale nepapouskujte dogmaticky ze snap je nanic a ubuntu ma prejit na technologii, ktera ho NEMUZE plne nahradit. Na tom nezmeni nic ani to, ze na jen jeden store.
EDIT: typos
4. 5. 2022, 11:57 editováno autorem komentáře
Ono ťažko hovoriť, keď neviem Vaše konkrétne špecifiká, závisí to aj od toho, aká je to služba. Poskytuje službu a) pre používateľov, iné aplikácie, alebo b) priamo iným systémovým komponentom, ala dbus?
Pokiaľ a), tak jednoznačne docker image. Docker alebo podman sú podstatne rozšírenejšie, bežia aj na relatívne obskúrnych (z pohľadu balíčkovačov) distribúciach. Napríklad u mňa doma mi beží Home Assistant v dockeri na pomerne obskúrnej distribúcií Synology DSM, pre ktorú síce je možné balíčkovať aplikácie, ale dockerové image budú vždy lepšie podporované, keďže "trh" je väčší. A toto zväčšenie funguje oboma smermi -- aj pre aplikácie (cieľové publikum je väčšie ako len ubuntu), aj pre platformy na ktorých to beží (aj tie obskúrne majú štandardné aplikácie).
Pokiaľ hovoríme o b), tak tam treba aj tak zohľadniť špecifiká danej distribúcie. Ono by sa dalo použiť napr. systemd portable services alebo systemd-sysext, podľa toho, o akú konkrétnu službu ide, kam a ako sa má integrovať, koľko knižníc k nej treba pribaliť apod.