Firefox 75.0 na Flathubu

Dnes odpoledne vyjde Mozilla Firefox 75.0. Oficiální verze ve formátu Flatpak je již k dispozici na Flathubu. Přehled novinek bude zveřejněn v poznámkách k vydání a na stránce věnované vývojářům.

7.4. 07:00 | Ladislav Hagara | Nová verze

Komentáře

[opravdu?]

Oficiální verze

od koho?

[opravdu?]

Z Mozilly to na flathub nevede, to je od Martina Stranskeho? Viz problemy dole, narozdil od verze z Mozilly.

[Skupiny]

Hagaro jdi nekam s tema odkazama, proc jeden vede na nejakou diskuzi na Redditu? Nestaci JEDEN na https://flathub.org/apps/details/org.mozilla.firefox?

[Ptr]

Verze 74 smazala uživatelem přidané vyhledávače a resetovala vyhledávání na Google, jaký easter egg bude nyní?

[Ovoce]

Mě ne :)

[Ptr]

* Mně

[Ptr]

Tak jsem prohledal Bugzillu a vypadá to, že to po updatu dělaly různé verze (kromě 74 byla zmíněna i 71) víceméně náhodně.

[xkucf03]

Tzv. megabar, ale objevíš ho velice rychle. Naštěstí jde zatím ještě vypnout.

[Snehomol]

Znamená to, že oproti klasickému FF bude ten ve flatpaku rychlejší?

[David Heidelberg]

Záleží jak optimalizuje Firefox tvoje distribuce. Každopádně spíš bych si od toho sliboval, že pokud budeš mít nějakou potíž s svým Firefox z distribuce, můžeš si jednoduše ověřit, zda je to způsobeno distribučním sestavením nebo je chyba ve Firefoxu.

Také se flatpaky hodí na rychlé otestování beta verze (není nutno někde rozbalovat archiv .tar.gz a pouštět ho z konzole).

Další alternativa může být sestavení bez nutnosti kompilace v distribucích jako Gentoo.

[Cabrón]

Gentoo má distribuční předkompilovaný firefox úplně stejně jako další distra, žádná nutnost kompilovat není. Dokonce v hlavním repozitáři. Nad to má uživatel možnost si přidat binární repozitáře a nekompilovat nikdy nic :)

[j]

Jenom s tim, ze pouzivat Gentoo a nechtit kompilovat je ponekud padly na hlavu.

[David Heidelberg]

Záleží co máš za stroj. Zkompilovat unixové nástroje je mžík, ale třeba Firefox i na mém XPS 9350 (i7) trvá lehce přes hodinu. Zejména když nová verze opravuje závažný bezpečnostní problém a chyba je zneužívána, tak čekat hodinu bez prohlížeče není úplně to pravé řešení (samozřejmě pokud neomezím prohlížení webů na ty, za které bych položil život že se do nich nedostane exploit - ani skrz data dodávané třetími stranami)...

[Cabrón]

Naopak to je přesně ten hlavní způsob použití co do počtu instalací i peněz, co se do toho sypou. Když si odmyslíme těch pár set home-gamerů, co to mají na desktopech.

Gentoo je velmi populární v embedded nasazení jako flexibilnější alternativa za buildroot. Nějaký Cortex A7 kiosek s 256M paměti si těžko sestaví upravený webkit a tucet custom aplikací okolo. Můžeme dělat statické obrazy s buildrootem nebo yoctem, ale tam je jedna iterace v klidu na několik hodin a vyžaduje většinou nějakou manuální práci (brigádníka s eMMC programátorem, SD kartama, a podobně).

Gentoo umožňuje velmi rychle iterovat, stavět balíčky na silném amd64 buildserveru (má velmi dobře udělanou nativní podporu cross-compile), a nechat je pak stahovat těmi slabými ARMy v labu nebo v terénu. Díky USE flags takhle dosahujeme optimálních parametrů, 32M na rootfs bohatě stačí.

Dělali jsme to tak v Eatonu, i teď v Siemensu :)

[j]

Jenze ty mluvis uplne o necem jinym. Mam par desitek stroju na gentoo, cast z nich je typizovanych => pouziva se na nich zakladni set "vsechno stejne" => kompilace probiha na nekolika z nich a na zbyly se to jen nahodi uz hotovy. Ale to neznamena, ze si odnekud stahuju cizi binarky s cizima USE a sem zavislej an tom co si kdo vymyslel za zavislosti. Kompiluju si to sam podle svych potreb a predstav. Tudiz se samozrejme vyhnu tunam srackoidnich zavislosti na vecech, ktery nanic nepotrebuju.

To o cem je rec, jsou binarni repa distribuce. Coz kdyz pouzijes, tak ses presne ve stejnych srackach zavislosti jako s libovolnym jinym binarnim distrem.

[David Heidelberg]

Sice má, ale nějakou dobu trvá, než se objeví. Co se týká třeba beta verzí, tam je to smolík, nutné si zkompilovat.

[Martin Stransky]

Otazka je co je "klasicky FF". Rychlost flatpaku od Mozilly je vice mene stejna jako rychlost jejich normalnich binarek, tedy pomerne slusna.

Pokud vase distro kompiluje s PGO+LTO tak rychlost bude plus minus stejna jako rychlost binarek mozilly. Pokud si to prekladate sam s PGO+LTO a -march=native bude rychlost vaseho buildu na nejakem novem CPU jeste vyssi, ze zjevnych duvodu Mozilla (ani jine distra) toto pouzit obecne nemohou.

Pokud vase distro ale PGO+LTO nepouziva (coz byva pomerne caste z ruznych duvodu) bude rychlost distribucniho buildu o cca 5-15% pomalejsi nez flatpak/mozila binarky.

Jinak vice na http://hubicka.blogspot.com/ kde se tomu venuje Honza Hubicka, popr. jsem o tom psal na https://mastransky.wordpress.com/2019/01/08/fedora-firefox-heads-to-updates-with-pgo-lto/

Jinak hlavni sila flatpaku je moznost snadno mit novy Firefox na starych LTS distrech typu RHEL6/7 a podobnych.