Ted uz jen presvedcit firemni bezpecaky, ze je to vhodna a bezpecna cesta k Linux Desktop.
Ve firmách často přístup do různých webovek přes multifaktor a autentizaci kartou. Jako první, co zjistím, že ten "geniální" snap firefoxu má stále již několik let problém s přístupem na čtečku a canonical o tom ví, ale stejně lidem vnutí snap verzi. To dobrý první dojem na bezpečáky neudělá.
A to pominu fakt, že snap verze startuje přes 10 sekund a normální verze během zlomku sekundy. A tohle je to, co uživatel uvidí.
A to pominu fakt, že snap verze startuje přes 10 sekund a normální verze během zlomku sekundy.
BTW: nedavno sem tu postoval test ff-snap z virtualu na 10let starem HW
shrnuti: ff-102-snap Vs ff-102-deb
prvni start: 13s Vs 5s (po instalaci)
druhej start: 8s Vs 4s (po rebootu)
treti start: 5s Vs 3s (po vypnuti ff)
jinak jak osobne tak pro nasazeni v korporatu preci neni problem misto ff-snap (dodava mozilla) nasadit ff-deb (dodava mozilla) ;-)
tomu se mi nechce verit, nezkousil si to s tou starou/puvodni verzi pred optimalizaci?? viz zpravickou pod kterou sem posilal ten test?
https://www.root.cz/zpravicky/firefox-ve-snapu-startuje-o-asi-50-rychleji
protoze ze by virtual s 2x vCore na 10let stare dual-core i7-3520M + SATA SSD byl start 8s a na tvem novem primo na zeleze + NVMe pres 10s? ;-)
ad ff-deb neni v ofiko(=ubuntu) repu = proto sem psal ze ten ff-deb je v repu primo od mozilly, takze ta rozsirena/prima/"okamzita" podpora je tam naopak primo od zdroje ;-) viz:
https://www.root.cz/clanky/jak-do-ubuntu-vratit-klasicky-firefox-z-balicku-deb-a-odstranit-snap/
Ubuntu 14.04 nebo 16.04 mělo zase ten bizarní netplan, pamatuju si na to, protože jsem tehdy v dokumentaci nedokázal najít, jak rozhraní přiřadit dvě IP adresy (bylo tam všude jenom „vyrobte falešné rozhraní eth0:0 a eth0:1 jako kdyby byl rok 1999“).
Pak už jsem Ubuntu moc nepoužíval, nicméně co se týče systemd, tak v Debianu 9 a 10 (odpovídalo by vydáním „Ubuntu 17“ a „Ubuntu 19“) s ním byly problémy, ale v poslední verzi už to konečně odladili a funguje to dobře. Tak třeba to v Ubuntu bude podobné a už to taky bude v pohodě.
Ale ano, taky radši „hipsterská distra“ nepoužívám a máme všude Debian -- provozujeme na něm i různé komerční softwary v práci, u kterých výrobce typicky oficiálně podporuje jen RHEL, SLES a Ubuntu, ale normálně to funguje.
co je v pripade akce "zmena nastaveni urizla vetev" u non-netplan XYZkm cesta k/od serveru je s netplan otazka pockani vyprseni 120s try timeoutu a automaticke vraceni predchoziho configu ;-)
jako je to jinej syntax ale ve vysledku je v netplan treba zprovozneni nekolika sitovek do bondu pod bridge otazka par prehlednej radku v 1 souboru...
ten rozdil pocitam bude v balicku co mas jinou verzi ;-)
$ apt policy fish
fish:
Instalovaná verze: (žádná)
Kandidát: 3.3.1+ds-3ubuntu0.1~esm1
Tabulka verzí:
3.3.1+ds-3ubuntu0.1~esm1 500
500 https://esm.ubuntu.com/apps/ubuntu jammy-apps-security/main amd64 Packages
3.3.1+ds-3 500
500 http://archive.ubuntu.com/ubuntu jammy/universe amd64 Packages