Vlákno názorů k článku Gentoo Linux - vezměte svůj Linux do vlastních rukou od Vaclav Dvorak - Zdravim, diky za clanek, chtel sem neco takoveho napsat...
-
Článek je starý, nové názory již nelze přidávat.
-
Vaclav Dvorak (neregistrovaný)
Zdravim,
diky za clanek, chtel sem neco takoveho napsat ale jak vidno, nedokazal jsem se k tomu dokopat
Poznamky k textu:
1)instaloval jsem z bootovaciho CD, na jedne konzoli instalacni navod (je na CD ), na druhe bash. Pohoda, ale zabere to cely pocitac po celou dobu instalace (hodiny na jakkoliv rychlem stroji,hlavne to znamena odpojeni od www, coz je muze byt velmi neprijemne)
2) instaloval jsem na pevne lince, krasa, spousta veci se udela automaticky
3) doba instalace : bohuzel jsem se nedival tak presne ale zhruba takto :
1. den odpoledne jsem zacal, 2. den vecer jsem mel funkcni gnome bez aplikaci, mezi tim pocitac porad pracoval
Okolnosti : ma prvni instalace, zadne predkompilovane veci, parkrat jsem se musel vratit zpet, PIII 800MHz, pevna linka prumerne 35KB/s download(ukazalo se ze doba stahovani byla vuci dobe kompilovani v postate zanedbatelna)
Rozvinu dale clanek :
Za nezbytne podminky pouziti Gentoo povazuji pevnou linku a rychly procesor.
Cely system kolem Portage je na pevnou linku v podstate staveny a i kdyz funguje bez ni, neni to ono. Netvrdim ze nelze Gentoo bez pevne nainstalovat, tvrdim, ze udrzovat a updatovat ho bez pevne bude znacne nepohodlne.
Rychly procesor : to stejne. Nainstalovat to pujde, ale provozovat bude bolestive. Duvod : kazda instalace, kazda aktualizace jednoho programu se bude dele tahat (zabalene zdrojaky maji okolo dvounasobku(?) velikosti binarnich balicku) a hlavne, priserne dlouho kompilovat (orientacne - male programy tak 15 minut, velke treba 1-3 hodiny na PIII 800MHz)
Duvody proc nepouzivat Gentoo:
- i kdyz se programy kompiluji, neni mozne proste vzit posledni verzi programu z autorovy stranky a nacpat ji do gentoo. Je treba napsat soubor, podle ktereho to bude Portage kompilovat a resit zavislosti. To samozdrejme delaji jeho autori, ale tech zase neni tak mnoho, takze se take muze stat ze Portage balicek bude a) stary b) nebude vubec.
To se spatne meri. Moje zkusenost je takova, ze mozilla je vzdy velmi cerstva, ostatni veci kus od kusu. Pokud to s gentoo myslite vazne, musite si tohle vyzkouset sami.
-vliv optimalizace/kompilace je sporny.
Je jasne ze to urychli, otazka zni, jestli to stoji za ty potize okolo. Nejsem programator, ale po konzultaci se domnivam ze urychleni bezneho programu (midnight commander) pri kompilaci na konkretni typ procesoru bude tak 1-5% coz podle me za to nestoji. Samozdrejme treba u mplayeru uz na tom muze dost zalezet - ale mplayer muzu mit kompilovany aniz bych mel gentoo.
Je take pravda, ze Gentoo nabiha podstatne rychleji (nez muj RH7.2). Je ovsem treba rict, ze gentoo spousti 3x mene demonu, takze se neni cemu divit. (Chtel jsem to puvodne zmerit ale kdyz jsem zjistil ze bych se musel vyrovnat s temi demony tak me presla chut)
-vliv kernelovych patchu: autori tvrdi ze jejich kernel ma lepsi interaktivni odezvu(i kdyz nevim co to je), je lepsi a celkove radostnejsi. Ja jsem si niceho nevsiml, domnivam se ze by to bylo lepe poznat na pomalejsim stroji.
- globalni nastaveni optimalizace neni vubec trivialni. Doporucuji nastudovat pred zapocetim instalace. V mailing listu se dokonce spekulovalo nad tim, ze pri vyssich stupnich optimalizace prestanou fungovat nektere programy. Zaver z toho nebyl zcela jasny, prosim potvrdit nebo vyvratit.
- prommenna "use" - vypada jako docela dobry napad, (btw: opet doporucuji nastudovat pred instalaci), ale pokud to spravne chapu, tyka se ji stejny problem co s Portage - zavislosti na ni opet musi upravit nejaky clovek, a ten to muze, nebo nemusi udelat. Priklad(nastesti jediny co jsem potkal) : do "use" lze zadat "aalib", ale mplayer s podporou aalib to nezkompiluje, i kdyz mplayer to ma - autor Portage balicku to asi nepovazoval za dulezite.
-nevyjasnene majetkove vztahy - vyvoj a hlavne distribuce gentoo vyzaduje tezke penize ale pritom je neni z ceho brat, protoze cele gentoo je zdarma. Myslim ze soucasny stav je takovy, ze je nekdo sponzoruje a hledaji co s tim dal. Zdroj: rozhovor s vedoucim projektu (myslim ze je na strankach gentoo)
-gentoo je naprosto nevhodne pro zacatecnika(uz jenom proto ze nema instalator). Obavam se ze zacatecnik zde znamena mene nez 1-2 roky prace s linuxem.
-mala vyhrada : nez Emerge vubec zacne neco delat, na 10-20 sekund se zamysli. oproti RPM krok zpet. Doufam ze to casem zmizi.
-pokud planujete zmenit distibuci po prve, pamatujte na to ze kazda distr. ma sve male odlistnosti, ktere 1) silene rozciluji 2) vyzaduji spoustu casu
Priklad: gentoo NEMA dialog Logout/Shutdown/Halt v Gnome(1.4), v gentoo nefunguje "su -l", prikaz "adduser" nevytvori funkcniho uzivatele(treba opravit /etc/skel/...), v gentoo nemuze dat uzivatel "su root"(treba upravit /etc/group) atd atd....
Duvody proc pouzivat Gentoo:
- autori Gentoo maji velmi pozitivni pristup k novym vecem
priklad : v prubehu instalace muzete mit kromne obligatniho ext3 jeste XFS a ReiserFS. Podobne kernel muze byt obycejny, gentoo(zrychlujici patche a patch grSecurity), nebo s openmosix.
Dokonce mam dojem ze gentoo kernel ma nektery ovladace novejsi nez vannila (soude podle mojich zkusenosti s jednou pochybnou webkamerou) ale to uz si fakt vymyslim. Prosim potvrdit nebo vyvratit
-Stejne je si mozne vybrat ze tri ruznych loggeru.
-Pokud jste chteli instalovat LFS, pouzijte radsi Gentoo. ma vetsinu jeho vyhod a navic elegantni system balicku. (podotykam ze LFS nepouzivam, akorat jsem si cetl "what is LFS")
-chtete podrobneji vedet, jak funguje os/distribuce/kompilace/vyvoj
- mozna ze ta optimalizace pri kompilaci muze byt skutecne k necemu dobra. V mailing listu se spekulovalo, ze kdyz se zkompiluje mozilla --optimize-size , bude se znatelne rychleji spoustet, protoze HDD bude tahat mensi objem dat. Nejsem programator , prosim potvrdit nebo vyvratit.
- z celeho gentoo mam dojem , ze to je idealni distribuce pro vyvojare - emerge je schopny udrzovat vse aktualni a automaticky hlidat zavislosti, pritom je mozne do vseho hrabat a vse upravovat.
-a hlavne : Emerge nechava RPM daleko za sebou. Tam kde v Redhatu hledam balicky, dohledavam zavislosti, premyslim jestli balicek z podobne distribuce bude fungovat(jako minule) nebo ne(jako predminule),v gentoo zadam jediny prikaz (emerge jmeno_softu) a jdu pracovat na necem jinem, nez se to zkompiluje. (samozdrejme za vyse uvedenych predpokladu 1) mam pevnou 2) mam rychly procesor 3) balicek existuje)
Zaver :
Gentoo jsem zkusel(cca 14 dni) a nepouzivam, ale jeho dalsi vyvoj me velmi zajima. Pokud se vyresi zde nastinene problemy bude Gentoo za 1-2 roky VELMI vyspelou a pouzitelnou distribuci. Pouzivam 5 let RedHat, chci (zkusit) prejit na Debian, ktery IMHO nabizi vsechno dobre z RedHatu + velmi dobry balickovaci system(orientacne stejne dobry jako Gentoo, nemam podrobne zkusenosti). Testovaci instalace Debianu mi to zatim potvrzuje, do hlavni jsem se jeste nepustil.
Poznamky :
1) aby se predeslo zbytecnym flamewarum : nepouzivam Mandrake a neznam urpm. Je mozne ze to problem rpm-hell resi.... prosim nekoho zkuseneho aby porovnal RH a Mandrake v diskuzi
2) Is RPM Doomed? (http://www.distrowatch.com/article-rpm.php)
3) muj text se vztahuje k desktopu, ne serveru.
btw : ve vyse zminenem rozhovoru sefvyvojar prohlasil,ze Gentoo ja tak moc cutting-edge, ze na server se vubec nehodi (alespon zatim).
4)na strankach gentoo je i gentoo-security-guide, zda se mi to jako pekne poctenicko, vetsina je aplikovatelna i na ostatni distribuce. -
ViCe (neregistrovaný)
K tomu RPM systému:
začínal jsem na RH a utekl přes SuSE k Mandrake - z těchto dist. má RH spolehlivě nejhorší RPM (to jsou ty paradoxy:) - závislosti totiž udávají soubor - např libblabla.so.3.2.1 a ani po 3 letech nedokážu zjistit v jakém balíku ho hledat.
SuSE a Mdk mají v závislostech jméno BALÍKU (jak prosté :) -
jam (neregistrovaný)
k nevyhodam...
koplilace z balicku a nikdy jinak: predpokladam ze zustala moznost kompilovat programi rucne, alespon u BSD tomu tak je. a pokud to bude uzivat vice lidi, vice lidi se bude venovat vytvarenim portu
emergency: predpokladam ze se jedna o ekvivalent smitu, liloconfu a podobnym utilitam... vzhledem ke skutecnosti ze tyto utilitky se snazi mimo jine i detekovat HW, nemuzete od nich cekat ze s tim budou hnet hotovy. -
Beda Kosata (neregistrovaný)
Hmmm... skoro abych Vam poslal pulku honorare, vzhledem k rozsahu Vaseho prispevku :)
Jen par poznamek:
1/ na su root musi byt uzivatel ve skupine wheel
2/ su -l nefunguje, su --login ano (cert vi proc)
3/ mozna, ze pro lidi jako ja - bez pevne linky doma ale s velmi tlustym kabelem v praci je gentoo jeste lepsi nez pro ty s pevnou linkou doma - pokud to srovnam s Mandrakem. Napr. nainstalovat doma novy GnuCash (povestny svymi velmi spletitymi zavislostmi) na Mandraku je k zblazneni. Vyhodi nejake zavislosti, ja to druhy den pritahnu na zipce a on vyhodi zavislosti zavislosti. Takhle to jde 3 dny a pak se na to vykaslu. Portage mi rekne *rovnou* co *vsechno* mam donest, ja to donesu a hotovo.
4/ v pulce srpna by mel byt oficialni release Gentoo 1.4 (stabilni verze od 1.3), pro ktery bude pripraveno nekolik kompletnich CD (jak jsem se zminil v clanku). Pak bude potreba pripojeni k siti minimalni.
BEDA -
Juraj Sujan (neregistrovaný)
gentoo je fajn, mozno nie je pre kazdeho, ale to nie je zamer. pre takych ludi ako ja, ktori sa vo vsetkom radi vrtaju cele hodiny, je to ta prava distribucia.
aj ja by som si dovolil zopar poznamok:
- ohladne nutnosti pevnej linky: nevidim az taky problem, emerge umoznuje namiesto okamzitej kompilacie len postahovat vratane vsetkych zavislosti (emerge -f meno_baliku) a kompilovat neskor, navyse sa snazi pri kompilacii hladat najprv lokalne ulozene zdrojaky (v /usr/portage/distfiles), to zn. ze ich tam mozete nakopirovat aj manualne
- kompilacia vlastnych zdrojakov: ano je treba vytvorit vlastny skript a vyriesit zavislosti, ale potom uz mate pokoj, vsetko ide automaticky, pri inych systemoch je to rovnake alebo este horsie, v tomto by som nevyhodu nevidel
- rucna kompilacia: ziadny problem - treba pouzit skript ebuild -> napr. ebuild <cesta_k_ebuild_skriptu> unpack -> v prislusnom pracovnom adresari vo /var/tmp/portage klasicky configure & make -> nakoniec ebuild <skript> install a ebuild <skript> qmerge (pozri man ebuild)
- gentoo sa velmi zameriava na bezpecnost, pouziva standardne PAM, preto nemoznost su pre bezneho usera, treba sa pozriet do config skriptov PAM
- system USE ja naozaj trochu problematicky, naopak system init runlevelov v ponati gentoo je skvely
- patchovane gentoo jadro mi robilo problemy, pouzil som vanilla 2.4.18, ziaden problem
- optimalizacia: pouzivam globalne nastavenie -O3 arch i686 uz od zaciatku, zatial ani najmensi problem
- namiesto 'gentoo potrebuje rychly procesor a rychlu pevnu linku' by som skor povedal 'gentoo potrebuje vela miesta na disku'
Tolko moje nazory a skusenosti. Dufam ze to este vobec niekto bude citat (nebol som tyzden na inete a posledny prispevok je tu zo 16.8.), ak ano dufam ze to pomoze. Tych skusenosti je viac, ak ma niekto ine moze sa podelit a zamailovat mi. -
Honza Fikar (neregistrovaný)
Tedka zrovna kompiluju Mozillu a --optimize-size tam neni. Asi ste myslel --enable-optimize=-Os nebo nastavit CFLAGS=-Os, ne?
Ja pouzivam LFS (www.linuxfromscratch.org) a narozdil od Gentoo si vlastne vsechno kompiluji sam, rucne, i kdyz podle presneho navodu, vcetne upozorneni, u kterych baliku je potreba vypnout optimizaci, nebo nebudou chodit.
Takze Gentoo vam to udela automaticky, s LFS se to naucite delat sami.
Jeste je dobry, ze si v praci stahnu vsechny zdrojaky potrebny k vytvoreni LFS v jednom 90MB taru, donesu domu a tam zkompiluju.
Taky existuje automated LFS, ale to sem nezkousel.
