Názory k článku Gentoo a GPRS (1): Má to vůbec smysl?

Zrovna E17 lze instalovat i z CVS, a to pomoci keywordu -*.
Balickovaci system je velmi flexibilni.

Este donedavna moje Gentoo ficalo i na GPRS a nebolo to az take hrozne ako to najprv vyzeralo. Iste k tomu prispel i fakt ze ja som uz system mal nainstalovany.
kedze som nebol stale na sieti tak som zvolil mesacny update cyklus, takze emerge sync a emerge -u world som robil raz za mesiac. sync zozral tusim 20Mb a update podla moznosti. ak tam bolo nieco vacsieho co som nutne nepotreboval, tak som to maskol, alebo si ten balicek stiahol v praci a napalil (OpenOffice, nejaka ta hra,...) Pokial mal software max desiatky Mb dalo sa to vydrzat a stiahnut.
zaujimavejsou vecou vsak bolo optimalizacia pripojenia vyuzitie linky.
na pocitaci fungujeme v podstate traja, takze som nahodil squid len tak pre test a olaaa! usetril som proxynou 30% objemu dat :) a to vraj pri malom pocte proxy nema zmysel. tak som ho zneuzil hned 2x a to tak ze som zacal filtrovat nekompromisne vsetky bannery a usetril som mnozstvo dalsieho trafficu pri browsovani. od 10% do 20%. na niektorych strankach omnoho viac.
dalej som si vytvoril vlastnu domenu network.home a vybudoval na nej mailserver (dovecot) a smtp server (postfix) so stahovanim posty (fetchmail). nastavil som automaticke stahovanie posty fetchmailom na kazdych 5 minut s rozumnymi limitmi na velkost a mnozstvo sprav.
a este par drobnosti na ktory si akosi teraz nepamatam :)

>Asi každý z nás se již setkal s nějakou více či méně vtipnou narážkou na gentooisty...

jj, mohu potvrdit jako gentoista (mam 5gentoo stroju :-). onehda mi kolega v praci, zadna linuxova lama, rikal:

gentoo linux má 2 úrovně běhu: vypnuto a kompiluju . . . -- nikola ciprich

Gentoo muze mit dalsi vyhodu pro toho, kdo chce pouzivat nejnovejsi verze sw.
Je velka pravdepodobnost, ze vsechny dev packages uz mam nainstalovane (diky kompilaci ebuildu predchozi stabilni verze ci jinych programu), obvykle uz tedy nemam problem se zavislostmi. Konkretne treba Gimp 2.3 Development verze.

Ja nechci pouzivat nejnovejsi verze sw. Ja chci pouzivat verze softwaru, ktere jsou _plne funkcni_ a soucasne soucasne _bez bezpecnostnich der_ a pokud mozno _uzivatelsky pritulne_ (ne, opravdu mne nebavi studovat ke kazdemu ze stovky programu co pouzivam tricetistrankovy manual). Dosahnout techto tri parametru soucasne je v linuxovem svete zjevne neprekonatelny problem (az na par vyjimek).

No ja nevim, tak proc zrovna nepouzijes prave zminovane Gentoo a jeho stable verze programu? No a k manualu: proboha, kdyz si koupis novou pracku, taky si prectes manual, ne?

Manuál k pračce se čte, až když je pračka vysypaná a nefunguje. :-) PS. Zrovna emerguju portage.

Pracka ma dva prepinace, programy jich maji desitky az stovky.... jde jen o to, ze kazda pracka ma kolecko na teplotu a kolecko na program prani. Ale programy maji vzdy neco specialniho...napr. se setkavam s necim takovymto
program_a -switch 23
program_b --switch 23
program_c -switch=23
program_d --switch=23
Jenom v tomhle bordelu se orientovat je dost narocne. Nemluve o jinych vecech. Zkuste si dat man mplayer a neco v tom hledat...to uz je sado-maso.

Co treba Macintosh?

Hlavně nezapomeňte na deltup/getdelta. S tímto softem člověk tahá pouze patche na novou verzi, což v případě zdrojáků dokáže ušetřit většinou kolem 90% přenosů. Takový upgrade openoffice mi potom stáhle pouze kolem 14MB.

Ne ze bych o gentoo uvazoval, ale takova otazka do vetru - ja pouzivam neco jako PIII/400MHz/512MB a Debian, a na rychlost si nestezuju - ale na nejake gentookompilace uz bych asi cekal dny az tydny, anebo ne?

Vubec ne. Pokud mozno jeste prehryznete vas koaxialni kabel a jdete do gprs! Pak mate teprve pravy gentoo-raj! Vas pocitac bud dlouho stahuje hovadiny (ktere treba lezi na cd v knihkupectvi za rohem) a vy si ani neprectete postu a nebo vas pocitac preklada a vy si ani nespustite terminal.

Tenhle clanek odhaluje, ze gentoo je opravdu nejvyse pro studenty nebo experimentatory. Hodne stesti a vic takovych humornych clanku. :-)

Ja uznavam, ze instalace ze stage1 chvili trva. Ale nasledne pouzivani uz rozhodne neni sama kompilace.

Poznámka: autorovi příspěvku se náhodou podařilo mezi překladem a linkováním na několik vteřin otevřít Xka. Další příspěvek nečekejte dřív než na jaře.

>...a vy si ani neprectete postu...
Přeji hodně zábavy při nočních sezeních u počítače a vyčkávání, jestli náhodou nepřijde nějaká pošta:)

>...nebo vas pocitac preklada a vy si ani nespustite terminal.

Ano máte pravdu. Na vaší 486DX40 si při překladu s terminálem moc nezalaškujete:) Kdežto já se superstrojem PII400 můžu při kompilaci otvírat nejen terminály, ale i jakékoliv jiné aplikace, které potřebuji:)

PS: Když mi bylo 12 let, taky jsem často diskutoval o věcech, o kterých jsem vůbec nic nevěděl:)

Koukam, ze vam asi moc pres 12 nebude, protoze se snazite bavit o mem pocitaci a zjevne o nem nevite vubec nic.
Jinak ja mam lidi od gentoo rad. Kazda komunita ma sve konzervativce a sve magory. No a pokud jsou ti magori neskodni, tak je to jedine dobre.

Poučte mně, prosím a prozraďte mi tu magickou konfiguraci, u které už bude problém s počítačem při kompilaci pracovat. Bohužel jsem zatím neměl možnost se s takovým počítačem setkat.

PS: man nice a zkuste si to, než o tom příště budete zasvěceně psát:)

musim s vami suhlasit. pouzivame Gentoo ako desktop server najme pre jednoduchost jeho administracie, aktualnosti software a upgrade.
mame neustale pripojenych cca 5 ludi na tento desktopovy server bud cez nativne linuxove X11 alebo cez Cygwin. Firefox, OpenOffice, KDE, Kate, Konsole, Konqueror, +nejake ICQ. toto vsetko ma vacsina ludi pospustane, pripadne opakovane spusta a rusi.
Upgradujem software uprostred dna, teda kompilujem nove verzie a zatial este nikto ani nezbadal ze by sa nieco kompilovalo. ani ja. Sice obcas jeden kolega frfle ze mu to nejako tuhne a pada, ale je nastastie jediny a je to sposobene tym ze pouziva nejaku posahanu verziu Cygwinu.

takze plkat na to ze pocas kompilacie je system nepouzitelny nema ziadny zmysel. prax dokazuje opak.

ale prdlajs, pokud mám uz gentoo nainstalovane tak v make.conf nastavim NICENES na dostatecne vysokou hodnotu (default 3) pro portage a uzivatele ani nepoznaji ze se neco kompiuje

tag kamo ty o tom vys uplny prd...
kdyz si gentoo dobre upravsi podle tvyho HW tak stoupne vykon o 20-30%
by si koukal jak na nb lita zrout KDE ;)
a navic kdyz kompilujes tak to znamena za nemuzes s pc pracovat ?? zkus treba Alt+F2 ;)))
ja bezne kdyz se mi napr. kompiluje openoffice posloucham muziku, brouzdam na netu, vzdalene se hrabu v ssh atd. a zadny zpozdeni nenastane...

v tomhle clanku toho jeste hodne nebylo receno o sile gentoo, snad k tomu dojde...
gentoo neni pro experimentatory, hodi se jak na desk tak serv a je mnohem vykonejsi nez zbyle distribuce... nejake apt-get strci do kapsy

jj distcc je super vec, v praci uz jsme Gentoo dali na 10-14 masin a kompilace s pomoci distcc a ccache byly fakt fofr. Problem nastal, ze nektere masiny (ke kterym nemam pristup) byly dlouhodobe neaktualizovane, takze pri rozdilnych buildech gcc a glibc to nekdy pri kompilaci hazelo chyby. Momentalne kompilim na cca 4 masinach a nestezuju si.

Notebook s VIA Samuel 2 procesorem na 600MHz, 128MB. Instalace z stage1 - system, xorg, IceWM, binarni OOo, Firefox, Thunderbird, ICQ, ..., nepocitam stahovani (mame cache na Gentoo): po ranu spustis, pres den parkrat neco zadas, odpoledne mas system a nechas emergnout vse ostatni. Druhy den by to melo byt - zalezi na tom, co vsechni jsi si vymyslel a jak optimalne mas USE - spatnym nastavenim prodlouzis instalaci na 2 az 3 nasobek ;-(. Na poprve se Ti to urcite tak rychle nepovede.

Ten IceWM je vážně user friendly.
Bohužel prý s nikým nekamarádí.

Ano, na AMD K6/2 500MHz 512MB jsem základní systém od Stage 1 kompiloval 4 dny. Potom nějaký okenní manažer a trochu softu, kompilace se protáhla na 10 dní, aby se to dalo jakž takž používat. Na zbytek už došla trpělivost. Následoval pokorný návrat k Mandrivě, jejíž verze 2006 (RC2) je stejně rychlá, bootování i rychlejší než v Gentoo ušitém na systém.

Ano, na AMD K6/2 500MHz 512MB jsem základní systém od Stage 1 kompiloval 4 dny... Na zbytek už došla trpělivost. Takhle to dopada, kdyz dojde trpelivost uz ve chvili, kdy se rozhodujete pro Stage1 a ne pro pohodlnejsi variantu Stage3.

Openoffice na mém notebooku s Pentium M 1.6 GHz a 512 MB RAM trvá 7 hodin, smysl kompilovat to má v tom že openoffice-ximian lze kompilovat s podporou KDE/GNOME widgetů.

Muzu potvrdit ze amd k6/2 na 500mhz je pro gentoo hodne podivnej stroj mel jsem neco podobneho (450mhz) a kompilace vseho trvala neskutecne dlouho, ale po tom co jsem vymenil procesor za celeron 400mhz tak uz je to daleko lepsi. Holt je to amdcko hodne pomaly. A ani 512mb ram tomu nepomuze.

Bez obav, ja mam Gentoo na notebooku PIII-600MHz 256 MB RAM a pri kompilaci mi vam otevrenej jeste firefox a thunderbird a na rychlost si neztezuju. Mel sem Gentoo i na serveru s P-100MHz a 96 MB RAM a taky se to dalo pouzivat. Ovsem ten server bezel furt, takze me nevadilo, ze se to kompilovalo treba pres noc... Ovsem Gentoo o proti Debianu zabere dost mista na disku. Napr. pro kompilaci OpenOffice je potreba mit tak 2GB volnyho mista...

na takovem zeleze se to da vpohode provozovat... Neni to sice takovej fofr jako na P4 3GHz, kdyz aktualizuji v praci, tak vetsina balicku je zkompilovanych hned. Na tom zeleze co pisete je to spise na jit na kafe, ale ujde to. Doma jsem provozoval Gentoo na routeru Pentium 200MHz 128MB a to tam jsem napr. glibc opravdu kompiloval 4 dny, kdyz to po trech dnech vyhodilo error, tak jsem trochu prskal, a nekdy vysel novy ebuild, nez jsem ten starsi stacil dokompilit :-)

No, kdyz bys mohl zneuzit cizi pocitac(-e), tak distcc je celkem fajn.

A kdyz mas jen vlastni komp, tak ccache obcas pomuze. Pravda je, ze vyhody ccache se projevi pouze pri opakovane kompilaci stejneho baliku, ale v gentoo vychazi jedna verze i s ruznyma release verzema. Takze tam by to mohlo trosku pomoct.

Ale jinak bych na tenhle stroj dal taky asi spis debian:)

Kazdemu dle libosti. Me se zda gentoo idealni, protoze si muzu namixovat software dle libosti vcetne verzi.

A ostatni distra by mu mohli byt vdecne, protoze je v "prvni linii", pokud je v nejakem softu chyba casto se na to prijde prave v Gentoo. Ruzne USE CXXXFLAGy se tady take ladi nejlip. Ty se pak mohou pouzit v binarnich distrech.

A propos vyhlasuji soutez o nejlepsi make.conf. Davejte sem prosim komentovane, at vime co co znamena.

moje: ----------

# 03 mi prijde zbytecne
CFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -pipe "
CHOST="i686-pc-linux-gnu"
CXXFLAGS="${CFLAGS}"
#zrychluje to nacitani knihoven, .so se nacita az je potreba, ne primo pri startu
LDFLAGS="-Wl,-O1,--enable-new-dtags,--sort-common,-s"


USE="
#mam dva monitory
xinerama
# programuju v jave
java objc browserplugin jce mozilla
# docela to zrychly
nptl nptlonly
#pouzivam pouze core-fonts a terminus, vypada to lip
unicode cjk xprint -truetype-fonts -type1-fonts
#instrukce, prevazne pro mplayer
mmx sse sse2 3dnow 3dnowext mmxext
tiff gif jpeg wmf svg mng
#gimp
gimpprint gimp gphoto2
#hardware
usb cdr dvd cd dvdr
samba curl
7zip lzo bzip2
# pro mozilu
mozsvg mozcalendar
#ano pouzivam KDE
-gnome kde kdeenablefinal -motif
# netreba komentovat
alsa -arts -jack -oss -esd -flac

# pro mplayer
aac aalib bidi cpudetection cdparanoia dga divx4linux dvb libcaca lirc live matroska matrox
mythtv nvidia real tga theora win32codecs xvid a52 vidix

"

# jazyku neni nikdy dost
LINGUAS="en cs de fr es"

#odinstalovani stare verze
AUTO_CLEAN="yes"

GENTOO_MIRRORS="http://ftp.sh.cvut.cz/MIRRORS/gentoo/gentoo
http://gentoo.inode.at"


# snizeni pripority
PORTAGE_NICENESS="10"

Mozna blby dotaz : jak jde dohromady USE -arts a +kde? Nejak jsem mel za to, ze KDE je s aRTS uzce spjate a takhle by to mohlo delat bordel...

Jo a diky za tip na LDFLAGS - to vypada zajimave, uz jsem to tam nasypal :)

Instalace ze stage1 je strata casu, pokud je k dispozici vyssi stage pro presne ten typ procesoru, pro ktery delame instalaci (<flame> nebo pokud nam staci takovy vykon, jaky poskytuji binarni distribuce ;-) </flame>).

Tak uplne ne, protoze si lze nastavit vlastni use, ovsem ve finale se stejne pri postupnych aktualizacich prekompiluje vse.

Pokud tedy to hledani nezabere vice casu, nez samotna kompilace s vlastnimi use :)

Rozbalim stage-3, nastavim USE jak chci, syncnu portage a zadam "emerge -uD --newuse world". Pak uz mam nastavene a aktulani vlastni USE a tak zadam emerge se seznamem baliku, ktere chci nainstalovat (= "world z jine masiny" - "aktualni world"). Projdu konfiguraky a hotovo ;-).

Myslím, že by stage1 a stage2 být ani nemuselo. Pokud chci jiné USE/*FLAGS pro systém nebo updatovat na nejnověší sw, vyjde nastejno, jestli ve stage3 udělám emerge -e world nebo jestli pojedu od stage1/2. Jestli chci systém už kompilovat na nejnovějším základu, provedu předtím emerge -e system (výsledek stejný jako když jedu od stage1). Jediná nevýhoda, která mě napadá, je rozdíl těch 60 MB (nebo kolik) navíc.

Mimochodem, ještě lepší by byla nějaká "stage4" s už předkompilovaným např. KDE nebo Gnome, instalace Gentoo by pak byla možná i rychlejší a jednodušší než u binárních distribucí.

Měl jsem spíš na mysli něco k začátečníkům více přívětivějšího.

To by bylo super. Gentoo podle návodu nainstalovat byla brnkačka, ale udělat z něj desktop už jsem nedokázal :(

Len pre informaciu, na http://pavuk.7gods.org/notebook.html najdete informacie k tomu ako som rozbehaval gentoo na Toshiba Tecra M3 notebooku.

Jej, at pisu co pisu, porad to vychazi dlouhe. Tak sorry :-).

Jen klid, zadny skutecny argument od takoveho trolla nebude. "Produkci" se ohani mnoho takyadminu. Ve skutecnosti je uplne jedno, co nasadite. Jedina kritera jsou, jak dlouhy vypadek unesete v pripade uplne ztraty serveru, jak je skalovatelna aplikace (horizotalne nebo vertikalne ?), jak je odolna proti chybam (ta aplikace) a kolik na to reseni mate. Neznam moc adminu, kteri by "produkcni" zelezo kupovali ze sveho :-). Tohle vezmete, posadite se a premyslite. Tedy pokud mate to stesti, ze se vas vubec nekdo zepta. Daleko casteji vam daji na vyber manazeri, co nemaji nejmensi tuseni oc jde a neni to vyber "co je nejlepsi", ale proste vyber "vyber si, s cim budes muset nejak vyzit a od koho ja dostanu vsimne...". A vyber bude pokazde jiny a pokazde vsimne vyhrava (krom pripadu, kdy to vylozene smrdi od pohledu tak, ze to pochopi i ten manazer :-).
Cili
1 - prosadte si, ze budete mit hlavni slovo pri vyberu zeleza a pokud mozno i aplikaci (nemyslim tim kancelarsky balik :-). Vyberte ty aplikace, ktere maji dobry support a na ktere na googlu najdete dostatek otazek a odpovedi v dokumentaci a konferach. Podle nich vam vyjde mnozina systemu, ktere je mozne pouzit.
2 - zjistete si, co je aktualne a stabilne podporovano v jadru (a v SANE, X atd.) danych systemu za zelezo.
Zatim je jeste jedno, co vyberete, takze se podivejte idealne po pruniku mnoziny napr. Linux/FreeBSD/NetBSD/Solaris x86/whatever. Potom nakupujte uz jen a pouze tohle zelezo od stale stejneho vyrobce a nic jineho. Kaslete na skvele nove karty. Na hrani si kupte domu desktop. Kdyz to udelate dobre, tak si budete moci dovolit klidne jak unixovou/linuxovou/*BSD stanici na praci, tak i nabusene PC s legalnimi Windows ciste na hry.
3 - vyberte si distro na "produkci" zcela libovolne a klidne i nahodne z tech, ktere vite, ze umoznuji beh vybraneho SW a maji nejakou referenci nejlepe v konferencich.
4 - Pak se to poradne naucte spravovat.
5 - Pak sekejte ty systemy jak Bata cvicky, bude vam to jedno a kdyz se to podela, mente kus za kus, protoze je vse lautr to samy. Vzdycky mejte par zaloznich serveru nebo dobry a zaruceny support. Backupy potrebujete jen od dat a konfiguraci, to se da vymyslet za par dni.
6 - A potom lezte cele dny po konferach a diskusich a muzete trousit moudra. Treba o tom, jak to ostatni delaji blbe, o tom, ze vase distro je nejlepsi nebo o tom, ze je to jedno.

Ehm, ale pokud nemate splneny bod 1 (me prijde bod 1 jako utopie :-), tak holt musite drzet hubu a krok, a trvejte na tom, ze pro zajisteni urcite dostupnosti proste potrebujete support lepsi nebo roven pozadovane dostupnosti pro zelezo i aplikace, nebo si rovnou piste vypoved :-). Protoze potom support zeleza a aplikaci a pozadovana dostupnost vam urci, co management koupi. Zkusili jste navrhnout velke (co do toku financi) firme treba debian pro nejakou enterprise aplikaci typu SAPu a Oraclu s tim, ze fixtime systemu ma byt 4 hodiny, provoz 24x7 a aplikace musi mit garantovanou funkci a podporu ? Pri problemech mate pak peska vy, admini. Na OS mate jen sebe a konference. Dodavatel zeleza vam bude tvrdit, ze mate nestandardni system a ze to je tim, dokud mu nezvratne nedokazete, ze za to muze HW. I kdyby vam memtest ukazoval chyby v pameti, tak se moc nepretrhnou a nebudou delat o nic vic, nez k cemu je prinutite. A dodavatel SW si bude mnout ruce. "Jooo, vy nemate certifikovany system ? Aha. Tak to to mate nejak blbe nastaveny, nebo je spatne zelezo nebo buhvico s tim delate. Nam to chodi. Nashle.". Nakonec pokud z toho vybruslite jen bez premii (ac jste u toho stravili mnoho bezesnych noci a zena se od vas odstehovala, zatimco skudlilsky management se doma valel) a okecate to pred manazery, tak sklapnete kufry a koupite zelezo i OS od jednoho vyrobce presne podle doporuceni dodavatele SW, uzavrete supportni smlouvy (protoze aplikace, co je s prebytkem nezaplati je uplne naprd :-) a pak jen hlidate system, resite bezne ukoly, a skutecne prusery predate dodavatelum, at se snazi. Jen tehdy vas nevyfakujou a jen tehdy ten problem nebude jen a jen vas. Snaha se bezne tresta. Ano, vetsinou se to da udelat jednoduse a levne, jenze za cenu prace navic a rizika, ze se pak na vas vsichni vykaslou. Jen s odpustenim naivni idiot se s nadsenim vrhne do prace na stavbe systemu, na ktery dostane malo nebo skoro nic, ale od ktereho je ocekavano mnoho a ma na nem zaviset dost penez. Az se to podela (ne kdyz, AZ, to je systemacky zakon primo odvozeny z Murphyho :-), tak nikdo neoceni, ze jste s minimem penez, co vam dali, udelali uplne zazraky. Ti sami lide, co vam odmitli dat penize a nabidli vam leda nejaka vyrazena PC s tim, ze nejsou penize, vas sprdnou a predhodi vlkum s oduvodnenim "Tak jste meli rict, ze to je tak dulezita a ze jsou takova rizika !". Pokud nemate v archivu jasny mail nebo pisemny prikaz, kde dotycny sef akceptuje rizika, jste v pytli. I vase slovni vylevy z porad odbude s tim, ze jste to proste malo zduraznili a ze jste k tomu tedy meli dat pisemnou analyzu, ale nedali jste, takze jste to netusili a delate svou praci blbe, vlastne je to o to horsi. Tolik realita vetsich firem.
U malych firem je to fakt jedno, co tam date, pokud to ovladate a vsechny upravy dokumentujete tak, aby kdokoli po vas se to mohl taky naucit a klidne vse obnovit z instalacek a zaloh na uplne novem zeleze. Pokud to nedelate, tak je to taky jedno - po vas potopa a kdyz si nelamete hlavu s timhle, tak si ji nelamejte ani s tim, jake distro je nejlepsi :-).
Mnoho stesti a at se vam prusvihy vyhybaji.

Pravdepodobne zadny :D Vzdycky jenom zalezi na tom, jak se o to gentoo starate (resp. co kdy a jak updatujete). osobne na nekolika serverech mam hardened gentoo s grsecem a nestezuji si :)

Beru za slovo, ja neschopak Gentoo na serverech mam a vubec si nestezuji, HW konfigurace je od P100/32MBram po XP-M 3000/1GBram. Ostatni je "neco mezi tim". Napriklad se mi pres noc spusti emerge sync a emerge -uDf world, rano jen zkouknu co ze je noveho (stable verze se nemeni nijak zavratnou rychlosti) a pripadne pustim emerge -uD world. Bezi na tom ruzne veci, jsou to 24/7 bezici GW, mailserver, fileserver ... . Uptime bezne pres 100 dnu, restart akorat pri vymene kernelu. Kompilace ma samozrejme minimalni prioritu.

kompilace:
xorg 28min
mplayer 9min
firefox 25min
Gentoo AMD64, gcc 3.4.4-r1, AMD Sempron 64 3100+@2430Mhz, 256kB L2 cache 1GB RAM
tedy s prumernym procesorem (na dnesnim trhu) to za par hodin date ze stage3 jak nic.

pokud ma nekdo zbytecnych :-) 1GB RAM doporucuji
http://gentoo-wiki.com/TIP_Speeding_up_portage_with_tmpfs

/etc/fstab
none........./var/tmp/portage.......tmpfs........size=850M,nr_inodes=1M.....0 0

kompilovat v ramdisku je jeste vetsi hukot ;-)

A nespraví ten problém s knihovnami příkaz revdep-rebuild?

To se mi nějak nezdá. Mám to na několika počítačích, kde je nainstalováno všechno možné a kompiluju minimálně. OOo tam mám snad rok pořád jedno a to samé. Nemáte čirou náhodou v make conf "~x86", takže namísto stabilních vám cpe portage každo testovací verzi, které se v něm objeví? To by totiž odpovídalo tomu co píšete.

Pouzivam Gentoo (aktivne a vylucne) cca rok (predtim zlaty slackware, SuSE a podobne, co bylo treba.) Ano, popisovane potize jsem semtam mel, v dobe, kdy jsem vedel o gentoo prd (neminim jako invektivu vuci vam) a nejak jsem se neobtezoval precist si na gentoo dokumentaci. Nakonec jsem se obtezoval, jakoz i tech par serialu tady na rootu a na abclinuxu, nezabralo to ani moc dlouho, a potize jsou minulosti :-). Jak jsem psal, nejprve je treba se naucit vec ovladat.
"opravy kvuli rozjetemu cemusi" -
rozhodne ne ani desitky ani stovky hodin. Vlastne nic takoveho na gentoo (uz) neznam. A to mam v systemu kdeco a USE docela nacpane (ja vim, ze se to nema, ale ja se proste tezko zbavuju navyku "dam tam i tohle, sice to nepotrebuju, co kdyby, jednou...").
Kdyz nechcete tyhle potize, tak:
1 - obecne USE dejte do make.conf, to, co chcete jen nekde dejte do /etc/portage/package.use (viz zdejsi serial). Vypnete explicitne zavislosti, co nepouzivate.
2 - pouzijte distcc, jestli mate vice boxu a dejte si MAKEOPTS="-j4", alespon. radikalne to zlepsi casy prekladu.
3 - smarja nekompilujte openoffice. Je to naprd. S vysokou optimalizaci to vetsinou nejde zkompilovat, a s nizkou uz jsou prelozene ty binarni balicky. Mejte rozum :-)
4 - updaty delejte stylem
emerge --sync && emerge -pvuDN world
overte si letmo, co se bude prekladat. Pokud je na poradu dne i novy kernel, jdete do nej, nejprve si ho stahnete a prelozte (genkernel je super, nezapomente, ze pri zmene revize (-r9 na -r10 atd) netreba znovu prochazet konfiguraci, staci zkopirovat starou uspesnou v /etc/kernels ). Nektere kompilace totiz chteji v /usr/src/linux videt konfiguraci momentalne uziteho jadra apod.
emerge -fuDN world && emerge -uDN world && etc-update && revdep-rebuild && revdep-rebuild
Osobne si radeji nejprve stahnu potrebne zdroje a pak poustim kompilace. revdep-rebuild je vhodne pustit vicekrat, protoze obcas je treba vice nez jeden pruchod, aby se zavislosti poradne narovnaly. Jeste jsem nikdy nepotreboval vic jak 2, a ten druhy spis uzivam jako kontrolu.
No a je rozhodne dobre si cist, co vam emerge po kompilaci toho ci onoho baliku radi. Ty rady tam nejsou jenom jako vycpavka, obcas je to doporuceni ktere je NUTNE dodrzet, pokud se chcete vyhnout potizim. Kdo necte nic, at si nestezuje.
Timhle stylem delam updaty vsude, a behem tohoto roku jsem nemel jediny problem (predtim jsem delal jen -u nebo -uD world a potize obcas byly, jak pisete.) Zadny guru nejsem (cim vice vim, tim vice smekam pred autory a tim vic mam pocit, ze vim prd :-), ale tohle chtelo jen umet cist a byt ochoten cist nebo o hruzo napsat jeden dotaz do google.

A BTW kdyz mate vic stroju, ktere mohou pouzit tytez cflags a USE, tak si zapnete FEATURU buildpkg (viz man make.conf), a pak v /usr/portage/packages budete mit zkompilovane balicky. Ty staci zkopirovat na vsechny stroje, nebo vysdilet, a instalovat pres --usepkg nebo --usepkgonly.

Vyssi rychlost je subjektivni pojem. Pokud stejne cekam, na pomaly disk nebo mam pomalou dokonce i RAM (jako treba na notesu), tak u office-like aplikaci je zrychleni fakt nepozorovatelne. Jestli neco bezi pul sekundy a pak deset sekund ceka na disk nebo sekundu a pak deset sekund ceka, to fakt neumim rozlisit. Gentoo pouzivam, protoze mi prijde jednoduche , dela presne co chci a bylo velmi snadne si najit cokoli co jsem potreboval o portage apod v precizni a srozumitelne dokumentaci. Priznavam, ze treba u Debianu jsem na tom pohorel a nebyl jsem stonc ho primet, aby mi nerusil moje odladene konfigurace :-). Holt kazdemu co jeho jest.

CFLAGS k jednotlivym balikum - viz google, napriklad "gentoo CFLAGS for individual packages" apod.

"Priznavam, ze treba u Debianu jsem na tom pohorel a nebyl jsem stonc ho primet, aby mi nerusil moje odladene konfigurace"

Sorry, ale buď kecáte, nebo jste debian nikdy nepoužíval. Tohle totiž debian nedělá _nikdy_

Prominte, jestli jsem vas nejak urazil, ale nekecam. Woody, minula zima, konkretne apache a samba vzate z testing. Po nocnich updatech pres apt-get jsem zjistil, ze jsem bez samby a apache a jeste neceho (je to dlouho a je to prkotina) a duvod byly defaultni konfiguraky, ktere nahradily me vlastni. Tolik fakta, neberu vam, ze to neni mozne, ale ja to zazil :-). Ano, tehdy mi taktez jeden debiansky guru rekl presne co vy. Tak mam holt halucinace a vidim nebezet procesy, ktere bezet maji, zavrene porty, co maji byt otevrene a defaultni konfigurace komentovane anglicky misto mych vlastnich komentovanych cesky. Nebo jeste lepe, hned pak jsem se probudil zpoceny hruzou... :-). Kazdej jsme nejakej.
Chyba balicku ? Nebo neco spatne v konfiguracich (co jsem osobne neznal, do toho jsem ale nesahal) ? Nebo nekecam a "debian to dela" ? Delam si srandu, neberte to spatne, me je to proste uplne jedno a nemam potrebu ryt do nejakeho distra, vzdyt jsem tu probuh nepsal, ze debian je zkurvery distro uplne nanic apod, sam tu porad rikam, ze potize se daji vyresit proste tim, ze se to naucim delat spravne (mam-li na to cas). Tehdy jsem tedy bud narazil na mozna docasnou chybu nebo jsem neco udelal blbe (ale netusim co, sam vite, ze na apt-get se moc na radce zkurvit neda) neco kdovi co. Fakt nemam duvod si vymyslet, proc bych to delal ? Ja vam neberu vasi volbu ani ji nehanim, proste jsem rekl, co se mi dvakrat stalo, a asi jsem to podal jako moc obecne tvrzeni. Jen mi to prislo kratsi nez tohle podrobnejsi :-).

Já samozřejmě nepopírám, že se může vyskytnout nějaká chyba (ať už z jakékoli příčiny). Ale vaše původní věta ve mě vzbudila dojem, že vám Debian pravidelně přepisuje vaše konfigurace a vy ho nejste schopný přinutit s tím přestat :) Reagoval jsem, protože znám běžné chování Debianu v případech, kdy přichází v úvahu automatická změna konfigurace (hezky se zeptá a výchozí nastavení je neměnit nic, v každém případě konfigurák zálohuje). Také jsem to nemyslel nijak zle :)

No tak jsem si cvicne skusil zkompilovat ten gabber. Celkem se kompilovalo 15 balicku (jasne, mohlo se jednat o jinne balicky nez ve vasem pripade). Procesor athlon 1600. Ramka 256 mega. Trvalo to 38 minut a normalne jsem pri tom brouzdal na webu. Podle me mate nejakou fatalni chybu v konfiguraci poce. Zkontrolujte si jesti mate u disku zaple dma ( hdparm /dev/XXX ) :-)

binarni openoffice nainstalujete:
emerge -av openoffice-bin

proc neupdatujete jenom security opravy? prave slavim tyden pouzivani Gentoo a napsal jsem si tenhle trivialni skript, vypise vam sec.updates za aktualni mesic:

#!/bin/bash

ACTUAL_MONTH=`date '+%Y%m'`

glsa-check -l |grep "$ACTUAL_MONTH.*\[U\]" | sort -r | less

Nerikal jsem, ze jste hloupy. Jen jste proste nenasel to, co jste potreboval, ac to popsane je. Me prislo snadne to najit. Vam ne, kazdy jsme jiny.

Kdyz prekladate nejake balicky, podivejte se, co potrebuji. Dobre je predem se rozmyslet, co potrebujete. Pokud normalne pouzivam jen KDE a najednou chci aplikaci treba z gnome, tak je celkem logicke, ze pri jeji kompilaci se mi bude prekladat cely zaklad gnome. A pokud mam jeste v USE jeste bohatou plejadu voleb, tak to muze byt skutecne extremni. Ale jen u prvni gnome aplikace. Ostatni budou zretelne kratsi. Vyplati se tedy zapremyslet a bud vyladit USE flags, aby v make.conf bylo jen to, co opravdu potrebujete uplne vsude a vypnute to, co nechcete, vzdycky to muzete prebit a zapnout v package.use. Nebo proste najit ekvivalent pro to prostredi, ktere uzivate (KDE ekvivalent, nebo neco jineho bez zavislosti na techhle bumbrlickach.

Binarky openoffice - jde o ebuild openoffice-bin. Neprijde mi, ze by emerge openoffice tahalo min dat, nez emerge openoffice-bin :-).

Co se cteni informaci tyka, ja u rozsahlych veci, pokud nevim, co delaji balicky, co se mi cpou do systemu, tak zapinam logovani vystupu terminalu (screen, konsole, gnome-terminal...) a potom to preletnu a hledam hlasky od emerge (vetsinou zacinaji hvezdickou). Docela to jde, neco podstatneho je tam jen obcas. S trochou praxe, grepem a awk to jde zvladnout pod deset minut i u nejvetsich serii kompilaci.

Co do rychlosti, potrebujete dost pameti (nikoli silnejsi CPU), 256MB je z meho minimum pro vetsi kompilace, pokud jeste uzivate kde/gnome, PORTAGE_NICENESS alespon 10, dobre nastavene distcc (dobre je take ho dat s nice :-), ujistete se, ze vam nepobezi v te dobe jeste updatedb a bude to dobre. u CHOST tedy nevim, nikdy jsem se nekoukal jak to beha. Ale mam pocit, ze pri pouziti distcc by to melo byt jedno, alespon pokud ho uzivate samotne, protoze GNU C (ktere lezi pod tim) preci umi i na PII generovat kod pro P4 a obracene, ne ? Vase distcc na kompilucicim stroji proste zadava do distcc tasky typu "tady mas fajl, preloz ho s temito volbami..." a teoreticky by melo jit pouzit i crosskompilator treba na SPARCU jako druhou stranu.
Cituji k moznym problemum:
" Dependencies

In order to use Distcc, all of the computers on your network need to have the same GCC versions. For example, mixing 3.3.x (where the x varies) is okay, but mixing 3.3.x with 3.2.x may result in compilation errors or runtime errors. "

"Mixed GCC Versions

If you have different GCC versions on your hosts, there will likely be very weird problems. The solution is to make certain all hosts have the same GCC version.

Recent Portage updates have made Portage use ${CHOST}-gcc instead of gcc. This means that if you're mixing i686 machines with other types (i386, i586) you will run into problems. A workaround for this may be to export CC='gcc' CXX='c++' or to put it in /etc/make.conf.

Important: Doing this explicitly redefines some behaviour of Portage and may have some weird results in the future. Only do this if you're mixing CHOSTs. "

Tolik i k dale popsanemu problemu Honzy Jarose nize. Opet, vse je v http://www.gentoo.org/doc/en/distcc.xml
At dlouho ziji ti, kdoz pisi dokumentaci ! :-)

Zdravim vospolok.

Nechcem nikomu narusit "pocit" rychlosti alebo dokonca meratelnu skusenost so zvysenim vykonu Gentoo oproti predkompilovanym binarnym distram. Chcem len upozornit, ze "zrychlenie" docielene optimalizaciou pre konkretny procesor je zavisle najma od schopnosti kompilatora, a pri GCC to nie je nijako ziarive.

Prednedavnom som sa v inej suvislosti docital, ze problem "pomalosti" GNU programov je dany skor pouzitim kompilatora GCC, ktory momentalne patri asi k najpomalsim vobec, a to tak co sa tyka vygenerovaneho kodu ako aj rychlosti samotnej kompilacie. Nekamenujte ma, to som cital, asi na abclinuxu.cz, ale mozno, ze to bolo inde.

U OpenOffice.org, myslim ze pre lokalne buildy kdesi v Afrike, pouzivaju dkonca Micro$ofti kompilator ktory zhodou okolnosti maju, lebo je az 10x rychlejsi. Smutne, vsak?

Ti, kto kompilujete, ste si iste vsimli asi polovicnu rychlost GCC 3.x oproti "referencnej" 2.95 a aj ten kod je akysi vacsi. Vyvojari kernelu sa na GCC otvorene stazuju, najma na 3.x verzie.

V tomto len konstatujem skusenosti, nie je to utok na vyvojarov GCC, ktori sa urcite snazia ako mozu a je ich malo.

Vraj maju prist aj lepsie casy, od nejakej 4.nieco verzie GCC maju pribudnut raznejsie optimalizacne techniky ktore by mali viditelne zrychlit vyprodukovany kod. Dovtedy mozeme o skutocnej optimalizacii len snivat a cakat.

A aby to bolo este zamotanejsie, vypozoroval som kedysi v minulosti, ze obcas kod kompilovany pre i586 fungoval na K7 stroji viditelne pomalsie nez zakladny i386.

Skratka kompilacia je veda a na stabilny GCC 4 (a tym padom ucinnejsiu optimalizaciu) si asi este pockame. Takze nie som nachylny verit, ze _vyrazne_ rychlejsi chod Gentoo oproti trebars Debianu je pravidlom. Skor si myslim, ze ide o stastne vynimky.

na co se v clanku hlavne nepoukazalo je to, ze vecne aktualizace se provadet nemuseji a kompilace je omezovana pomoci NICE ;o) vice zde
http://www.security-portal.cz/clanky/pravda-o-pouzivani-gentoo-gnulinuxu.html