Thunderbird 3.0.2 (diskuse)

[Jardík]

Mozilla je stále 100 let za opicemi a nenabízí 64bit verze svých produktů.

[otula]

Příloha:

• thunderbird-302.png (63744 bytů)

Ale Jardo, běž se bodnout.

[Jendа]

Přemýšlím, proč je v tom dialogu 1998-2005…

[Jardík]

Protože to není oficiální build od mozilly, ale nějaký dementní Shredder.

[otula]

Jaký dementní Shredder? Nikde tam takové slůvko psané nevidím, a je to kompilováno z originálních zdrojů. Nebo snad Mozilla při své kompilkaci přidává nějaké speciální tajné záplaty, bez nichž to není Thunderbird?

Tento build je ze zcela oficiálních zdrojů a používá jen tento patch, který rozhodně nijak žádnou binárku nezmění:

--- comm-1.9.1/mozilla/modules/libpref/src/init/all.js	2009-10-11 02:12:44.000000000 +0200
+++ comm-1.9.1/mozilla/modules/libpref/src/init/all.js	2009-09-16 02:56:45.000000000 +0200
@@ -890,7 +890,7 @@
 pref("intl.charset.detector",               "chrome://global/locale/intl.properties");
 pref("intl.charset.default",                "chrome://global-platform/locale/intl.properties");
 pref("intl.ellipsis",                       "chrome://global-platform/locale/intl.properties");
-pref("intl.locale.matchOS",                 false);
+pref("intl.locale.matchOS",                 true);
 // fallback charset list for Unicode conversion (converting from Unicode)
 // currently used for mail send only to handle symbol characters (e.g Euro, trademark, smartquotes)
 // for ISO-8859-1

Takže si můžeš se svými (dementními) poznámkami škubnout.

[Jardík]

Jelikož je to neoficiální build, neměl bys při buildování zdrojáků zapínat oficiální branding. Pokud bys ho nezapnul, měl bys tam napsáno Shredder, nebo jak tomu nadávaj.

[otula]

A jaký je rozdíl mezi tím, jestli kompilace proběhne u mne na počítači, optimalizovaná pro můj procesor, nebo na počítači někoho z členů Mozilly. Jen ten, že můj optimalizovaný build bude možná o něco rychlejší. Kdyby Mozilla nevydávala žádný build, neměl bys důvod řvát.

[Pavel Cvrček (JasnaPaka)]

Jedná se o chybu v české lokalizaci.

[Jardík]

To nemění nic na tom, že je to neoficiální build a že mozilla žije 100 let za opicema. Přitom to zkompilovat jde, jenom nebýt línej ten kompilátor spustit ještě jednou.

[AraxoN]

A nie je to záležitosť distribúcie? Napríklad v Gentoo je aj 64-bit binárka "thunderbird-bin", aj 64-bit ebuild "thunderbird" na skompilovanie. Pokiaľ viem, tak linuxové distribúcie si aj tak robia vlastné binárky a pod Windows zase nikto nerieši, či mu v 64-bit systéme beží 32-bit Thunderbird.

Že sa nedá stiahnuť binárka z webu mozilly by som až tak tragicky nevidel. Skôr mi vadí Thunderbird 3.0 vo všeobecnosti - po mesiaci trápenia som downgradoval späť na 2.0, lebo ma neskutočne vytáčal ten neprehľadný nový spôsob vyhľadávania a nenašiel som kde sa to dá zmeniť.

[otula]

Příloha:

• thunderbird-302-en.png (63594 bytů)

Přemýšlím, proč je v tom dialogu 1998-2005…

Ty máš tedy oko Pracně jsem pátral, kde to vidíš. Tak s LANG=C to vypadá lépe :)

[Jendа]

No, už mě to trápí déle, a teď nastala vhodná příležitost na to upozornit (a dozvědět se, proč to tak je) .

[otula]

[Pawell]

Tak to zkus prosím příště místo trápení raději nahlásit - http://www.mozilla.cz/zapojte-se/ ať se to dá opravit.

[ma]

Nenabizi protoze je nikdo nechce. A kdo chce pouzije distribucni balicek.

[Jardík]

To není pravda, já ji chci, naopak si dovolím tvrdit, že kdyby nabízeli jen 64bit verzi, bude většina lidí spokojenější, protože dneska má 64bit procesor každej blb.

A kdo chce pouzije distribucni balicek.

Některé distribuce jsou zaostalé a nové verze programů nenabízejí.

[otula]

že kdyby nabízeli jen 64bit verzi, bude většina lidí spokojenější

To je hodně nepovedený vtip. Linuxovým uživatelům je totálně putna, jaké buildy vydává Mozilla, protože buď použijí distribuční balíček, nebo si ho zkompilují sami, zatímco uživatelé Windows, kterých je přes 90 %, by asi s Thunderbirdem kvůli tomu skončili, protože 64bitovou verzi jich používá jen minimum. Výjimkou jsi ty a Hulán (sorry za to přirovnání).

[AraxoN]

64-bitový procesor má dnes kde-kto, ale 64-bitový systém je na desktope ešte stále menšinová záležitosť. A dovolím si tvrdiť, že aj v 64-bitovom systéme je 32-bitový Thunderbird na nerozoznanie od 64-bitového, lebo to proste nie je aplikácia, ktorá by trpela tým, že beží "len" v 32-bitoch.

[Jardík]

Začarovaný kruh - 64bit windows používá málo lidí, protože vývojáři žijí 100 let za opicemi a vývojáři nechtějí žít v dnešní době, protože 64bit windows používá málo lidí.

Já prostě nepochopím lidi, co maj 64bit procesor a degradují si ho nasazením 32bit systému. I s třeba mizernými 256 MB RAM je 64bit procesor přínosem, natož pak, když má někdo 16GB (jako např. já).

[Ladicek]

I s třeba mizernými 256 MB RAM je 64bit procesor přínosem

Myslíš jako kvůli dvojnásobné velikosti ukazatelů?

[AraxoN]

Tuším že x86-64 má viac registrov a teda 64-bitový kód teoreticky musí o to menej chodiť do RAM. Nejaké testy rýchlosti čo si pamätám vychádzali v prospech 64-bitového kódu a pamäťová náročnosť kvôli väčším smerníkom a zarovnávaniu zase tak veľmi nestúpla.

Napriek tomu, Thunderbird je taký software, u ktorého by mohlo byť užívateľovi jedno aj keby bežal v 16-bitovom režime, pretože pre beh Thunderbirdu je podstatná rýchlosť internetového pripojenia a rýchlost disku.

[Ladicek]

Ale jo, já neříkám, že tam nejsou výhody, sám používám 64bitovou verzi distribuce (tak nějak mi to přijde na 64bitovým procesoru normální ), ale Jardovi to prostě leze na mozek

[AraxoN]

Asi chce mať všetko pekné, čisté, výlučne 64-bitové. Viem to pochopiť, tiež mám svoje iracionálne "úchylky".

[Jardík]

Dvojnásobné jsou akorát ty ukazatele, s kterými explicitně pracujete. Pro zbytek každý solidní kompilátor použije relativní adresy vzhledem k RIP (takže taky 4B). Akorát je teda pak ta instrukce třeba o 1B delší, ale to člověka asi nevytrhne, jestli jeden program bude v paměti zabírat o 10kB víc.

[Ladicek]

A proto se from Galway to Dublin town řeší komprimované ukazatele Stačí jediná malinká virtuální mašinka… i když na stroji s 256 MB paměti je těžké rozumně uchodit i nativní kód

[Martin Matějek]

Zrovna u windows mě to překvapuje. Já si vždycky myslel, že vývojářům je putna, co mají potenciální uživatelé za hardware. Prostě vytvoří operační systém podle příkazů shora a ať si uživatel sežene lepší železo, když to chce používat.

U OSS je to jasné, kde není poptávka, není nabídka.

[Martin Matějek]

Některé distribuce jsou zaostalé a nové verze programů nenabízejí.

Tak používej nějakou moderní distribuci a budeš mít i 64bit balíky.

PS: Co je tak špatného na kompilaci ze zdrojáků (případně ebuild, pkgbuild, SlackBuild) když to uděláš jednou nebo dvakrát a budeš vědět, že zrovna tenhle program musíš zaktualizovat ručně?

[Jardík]

Používám ArchLinux, to je moderní distribuce. U kompilaci ze zdrojáku je problém- musíte mít nainstalován kompilátor (ok, ten mám kvůli programování stejně, ale nikdo jiný třeba ne) a pak spoustu dalších sra*ek co patří do šrotu typu autotools (ať žije cmake s téměř nulovými závislostmi), pkg-config a jánevímjakýskriptovacíjazykvývojářpoužilnaconfigureskript a většinou další mraky build závislostí navíc (svn, git, bazaar či jánevímjakýverzovacísystémještěmusímmít, intltools a další a další).

[M!ky8]

Taky Arch, 64b a čas od času je opravdu potřeba něco kompilovat (většinou z AURu). Ale až na základ ty build závislosti jsou rovnou v repu, natahá a nainstaluje se to v podstate samo. Vzhledem k tomu co se uživatelům běžně za kraviny válí na disku bych ani ten přidaný objem dat neřešil. I jeden film zabere víc než ty build závisloti. Pokud tě ale napadá úspornější systém, rád se poučím (mít všechno v repu stejně nejde, natožpak to udržovat a testovat v nejnovejších verzích).

[otula]

ale nikdo jiný třeba ne

Jardo, opravdu si myslíš, že jsi snad jediný uživatel Archu, který má nainstalovány vývojové nástroje? Já myslím, že ti, kteří je nemají, by se dali spočítat na prstech jedné ruky

[Jendа]

A co ti vadí na tom, že je máš nainstalovány? To místo na disku?

[Jardík]

Budeś se divit, ale vadí mi to, že je tam musím mít (přitom volného místa tam mám ještě asi 1,2TB ).