Poslední den s Gentoo... zatím

29.6.2010 21:27 | Přečteno: 1327× | Gentoo | poslední úprava: 29.6.2010 21:42

Bylo by naivní myslet si, že Gentoo mi bude ve všem vyhovovat. Jistě, byly tady nepříjemnosti, ale nejsou snad u všech distribucí? Existuje ovšem jedna věc, která mi na Gentoo velmi vadila...

Nečekaně jsou to délky kompilace.

Poté, co jsem platformu x64 u Gentoo hanil na svém blogu (už je to pár měsíců), jsem ji raději znovu vyzkoušel. A měl jsem tentokrát štěstí; protože s Gentoo už pár zkušeností mám, byl jsem schopný jej nastavit několikrát rychleji. A co je nejdůležitější, systém samotný fungoval bez většich problémů a zbytečných segfaultů. Pěkné, co?

Gentoo: Vždyť ty konfiguráky nepotřebuješ...

Protože tento článek píšu už s tak měsíčním odstupem, informace budou trochu nepřesné. Harddisk v mojí hlavě má pár špatných sektorů.
Po kompilaci vlastního kernelu mě čekal mírný šok, když jsem se pokoušel najít soubor ve složce /etc/modules.autoload.d soubor kernel-2.6, abych do něj přidal pár modulů, které budu potřebovat. Ta složka tam už samozřejmě nebyla. Abych řekl pravdu, nějak se mi nechtělo pátrat po příčině, jinak bych zjistil, že už jsem neměl baselayout-1, ale baselayout-2 -> soubor šoupli do /etc/conf.d/ a má název modules.

Tedy žádný neřešitelný problém, nicméně to nebylo všechno. Po instalaci CUPS a posléze tiskárny jsem zjistil, že opět a ZAS, jako v době x86, nemůžu tisknout. Tentokrát jsem ale nevytiskl ani testovací stránku - chyba "client-format-not-supported". Začal jsem se pídit po příčině, která mohla buď ležet v souborech mime.types/mime.convs nebo v chybně umístěném NĚCOtoPS převaděči (nebo odkazu na něj).
Bylo to těmi mime.* soubory. Normálně se nacházejí v /etc/cups/, ale v mém případě tam vůbec po instalaci nebyly! Překvápko Nikdo je nepřesunul, prostě je tam někdo nedal.

Trvá to 4 hodiny a pořád to není hotové. Co je to?

Kompilace Qt U Gentoo jsem měl moc a moc rád jednu věc, kterou budou ostatní distribuce jen těžko dohánět: obrovská konfigurovatelnost všech kompilovaných součástí. USE flagy byly opravdu geniální nápad, i když se někdy objevily jisté... ehm... škaredé závislosti. Ale se samotným principem jsem byl velmi spokojen, jen ten čas, který si tento systém vyžadoval, byl pro mě trochu moc... Zejména v případě, kdy jsem chtěl kompletně upustit od KDE a přejít na GNOME (ale tak, aby z KDE zbylo co nejmíň), byl ten čas celkem vražedný. Dříve jsem s tím neměl příliš problém, ale přestalo mi to vyhovovat. Co nadělám Nejen z toho důvodu jsem přešel jinam, nicméně jen o krůček...

Arch?

Jistěže. Sdílí s Gentoo několik základních principů: jednoduchost, rychlost a konfigurovatelnost. V Archu se na rozdíl od Gentoo kompilacím můžete snadno vyhnout, pokud to není nutné. Třebaže si teď nemůžu zvolit vlastnosti, se kterými se dané balíčky nainstalují (pravda, jde to, ale zase kompilací...), po instalaci nějakého balíčku mi Pacman občas nabídne volitelné závislosti. A systém si i po instalaci GNOME a KDE zachoval svou jednoduchost a relativní rychlost, která by se dala ještě zvýšit vlastním kernelem. (Mám, ale teď nepoužívám.)

Pokračování příště...

       

Komentáře

[David Watzke]

Trvá to 4 hodiny a pořád to není hotové. Co je to? Kompilace Qt.

To kompiluješ na netbooku s Atomem, ne? Když máš takovou šunku, tak se nemůžeš divit, že ti na tom běží kompilace takový prkotiny čtvrt dne, to se na mě nezlob... Taky bych se na to s takovým strojem vyprdnul

[PaulosV]

Pentium 4 3,2 GHz Navíc to nebyla jen taková prkotina, samotné Qt4 se mi zkompiluje dost rychle, ale pak další součásti, zejména GUI...

[kotyz]

lol, ja to mel na Athlonu XP 2800+ (2.0 GHz) taky za 4 hodiny

[Sleep_Walker]

no, zrovna na pomalych sunkach ma gentoo usite na miru docela smysl... chtelo by to nejaky openSUSE buildservice pro gentoo

[AraxoN]

A čo sa Ti nepáči na Atome? Ja Gentoo prevádzkujem na Atome (nie netbook, ale domáci serverík) a kompiláciu istí hlavné domáce PC cez distcc. V pohode som rozdýchal aj upgrade na nové GCC a v rámci toho potom rekompiláciu komplet celého systému.

[AraxoN]

Ak Ti niekde chýbajú nejaké súbory, tak to môže znamenať, že si zabudol dať emerge --config názovbalíčku

[PaulosV]

Neměl by to ten Ebuild udělat sám? Navíc jsem to nikdy dělat nemusel, protože dříve nikde nic nechybělo. A ty dva mime soubory byly jediné chybějící...

[mirec]

Hmm, dĺžka kompilácie ... neviem prečo mám taký pocit, ale moje gentoo je nejaké divné. Buď som zabudol, že občas by sa hodil update, alebo si nevšímam, že sa niečo updatuje, v každom pípade nepamätám sa kedy naposledy som na to siahol ...

[PaulosV]

Pokud neupdatuješ, tak je to celkem pochopitelné... na druhou stranu, jestli se rozhodneš začít, tak první update bude trvat asi celý den

[mirec]

Kedysi keď som neupdatoval mal som z toho zlý pocit. Teraz neviem, či updatujem :D Ach ale som klesol z Gentoo usera na človeka, ktorý občas updatne a ani sa nestará o to, či to dobehlo. Nech je to ako chce keďže mám celkom dosť roboty je fajn, že môj systém funguje bez väčších zásahov (naposledy si pamätám vyhodenie javy z /usr/portage). Ale aby to nevyzeralo tak idilicky v nedeľu ma už dosrala jedna chyba ...

Jun 27 09:13:08 kofola kernel: irq 16: nobody cared (try booting with the "irqpoll" option)
Jun 27 09:13:08 kofola kernel: Call Trace:
...
Jun 27 09:13:08 kofola kernel: Disabling IRQ #16

Niet nad to, keď systém zakáže prerušenie na ktorom je USB 3, grafika a disk :D. Nie, že by sa systém nedal používať, ale čítanie disku je príšerné. Vyskytovalo sa to raz za pár týždňov, dočasné riešenie - hibernate -r, (dúfam) konečné riešenie - update biosu.

[Semo]

Toto mi tiez robi asusia doska s VIA chipsetom a mam silne podozrenie na hw (este to moze byt integrovana sietovka - VIA Rhine). Metodou pokus omyl som to rozchodil na stav bez zasekov nastavenim "nolapic_timer irqpoll". Dalsie moznosti su nolapic (s tym mi bezali dosky na 5-10MB/s), irqfixup, nox2apic, noioapicreroute, ioapicreroute, noioapicquirk. S noapic som ani nenabootoval.

[vencour]

Zatim u všeho, co mi u gentoo vadilo, byla chyba u mne. Vyfikanější systém jsem ještě neviděl, snad 4 roky už takhle slintam blahem..

Teď studuju chvilka FreeBSD a pozoruju, odkud gentoo zřejmě bere příklad.

[Ivanhoej]

len keby si ho zobral viac lebo freebsd je na tom podstatne lepsie ako gentoo, netreba tam tolko kompilovat a ak ti nevadi stable tak skoro vobec nekompilujes.