Pouzival jsem Gentoo v letech 2007-2008, kvuli portages, chtel jsem nahradu za FreeBSD ane na Linuxu.
No a bylo to nepouzitelne, pri MAKEOPTS primo na muj procesor padala kompilace tak 10% baliku, ze jsem skoncil na levlu i386 - to slo aspon zkompilovat - komp byl pak pomalejsi nez binarni CentOS.
Dependency velice mizerne, kompilace treba KDE mi po 6 hodinach kompilace rekla, ze jsem nenastavil jakousi opsnu u QT a cele znova.
Pri prechodu na XOrg se podle presne definovaneho postupu cely system zesral tak dobre, ze nezabral eni emerge world...
Kompilace kernelu pomoci genkernel skoncila s kernelem, ktery nebyl schopen zobrazit text pri bootu - a nebyl jsem schopen se zbavit boot framebufferu a nechat holy textovy rezim.
A to jsem mel vsecko ofiko, maskovane ebuildy jsem ze strachu nepouzival.
Dokumentace cira komedie, na Wiki clanky z roku 2001, uplne mimo, cely system se mezitim trikrat zmenil...
Oproti FreeBSD byl tehdy Gentoo zmetek.
A zajima me, jestli se to dnes dostalo do pouzitelneho stavu.
Pokud to nezkusíš, tak to asi nezjistíš.
Já používám Gentoo už hodně dlouho, ale na ~amd64. Stable jsem zkoušel když jsem před časem instaloval na nový nb. Vydržel jsem u něj asi dvě hodiny. Mám raději aktuální verze a to i za cenu občasných problémků. Zatím se mi stalo jen jednou, že jsem po aktualizaci nenabootoval.
Jinak to jsou drobnosti. Buď je dostupný patch, nebo novou verzi zamaskuji a používám starou.
Ja mam Gentoo od ~2009 na nekolika virtualech, a krom prechodu na baselayout2 (kvuli kteremu sem radsi preventivne zasel do serverovny) sem nemel zadne potize. Pravda, nemam tam zadny nabobtnaly podivnosti jako X, KDE nebo LibreOffice, tudiz "emerge -eav world" (co delam radsi preventivne po prechodu na vyssi major-verzi gcc) trva nanejvys hodinu.
Ted nedavno prechod na udev200 (prediktivni jmena rozhrani) byla taky takova osementna vec, tu sem ovsem riskl a udelal po netu. Nastesti se restart servru zdaril. Rekl bych, ze alespon na servru je Gentoo docela pouzitelne...
Ještě k těm závislostem. Nevím jak ve stable, ale testovací verze portage už nějakou dobu kontroluje i správné nastavení USE flagů, takže pokud něco chybí, portage vypíše co je třeba povolit nebo zakázat a kompilace se nespustí.
Taky existují předstartovní kontroly. Takže třeba pokud je v plánu kompilace libreoffice a na disku není dostatek volného místa, emerge vypíše chybu a dál nepokračuje.
Sety jsou taky super: @preserved-rebuild, @module-rebuild, @x11-module-rebuild, @live-rebuild, @kdegames...
No a pak se třeba hodí možnost patchovat balíčky bez změny ebuildu. Stačí patřičný patch umístit do složky /etc/portage/patches/. Emerge jej najde a automaticky aplikuje.
Tvuj nick presne odpovida stavu tvy mysli ... i vul totiz gentoo podle dokumentace na webu uplne vpohode rozjede - narozdil od spousty jinych dister ... a laborovani s optimalizaci ma smysl jen v pripade, ze chces z neceho vyzdimat procento vykonu navrch. Navic mas u spousty balicku vylozene napsany, ze se do toho nemas srat, kdyz nevis co delas.
Používám Gentoo na serverech od roku 2004, na desktopu od 2006 a nedokázal bych už asi pracovat s ničím jiným. Na pár strojích mám FreeBSD, ale pro mne je to filozoficky stejné. U nás na ČVUT-FELK máme cca polovinu strojů Gentoo a zbytek je FreeBSD a Debian.
Mohu jedině doporučit. Je to třeba zkusit.
To vysvetluje proc jsou v telco oboru linuxove servery v takovem stavu... Jakmile vidim nekde znacku telco company nebo hvezdicku v kombinaci s linuxem,tak vim ze je den na supportu v hajzli. Pytlik kafe taky bude o neco lehci. Muze se nakrasne jednat treba o RHEL ale z roku nebrec nezapojeny do satellite. Proc jsou ti linuxaci v telekomunikacich takovi prasata? Musim se za ne stydet.
No offense. Take pouzivam bokem gentoo (jiz tedy ne jako hlavni desktop distro). Ale na vic nez IRC server bych gentoo nepouzil. Gentoo neni proste dlouhodobe produkcne udrzitelne. Jako mit buildhost a z neho poustet binarni package do produkcnich masin noooo. U maleho prostredi bez tvrdych SLA dejme tomu.
Kdo bude mit zodpovednost kdyz se neco pokazi? A vyvojari daneho softwaru mu reknou: jo mozna se na to nekdo za mesic podiva. Ja radsi opravy a support od tretich stran. Oni jsou schopni do par hodin zbastlit opravu nebo workaround. To normalni IT oddeleni proste nezmakne protoze nema zdroje. A ted si vem ze ti na tom visi penize - ridici soft ustredny,billing, provisioning. Ne tohle fakt ne.
BTW: Funguje jeste u vas irc.felk.cvut.cz ? ;)
Ehm ... a kdo nese odpovednost v pripade redhatu? A kdo ze odpovida za to, ze funguji widle? lol ...
Naopak, pro me osobne bylo naprosto neudrzitelny pouzivat distro, ktery pouziva neustale zastaraly verze SW, a kdyz ho jednou za uherak musim upgradovat, tak mi to rozbije uplne vsechno.
Gentoo se mi patchuje prubezne, coz znamena ze i prubezne resim pripadny potize, ktery se pravazne tykaji jen nepatrne casti systemu/funkcionality.
Je teda fakt, ze s novym UDEVem a nemoznosti dat eth kartam nazev eth me nasrali velmi razne, jenze totez se bude tykat i vsech ostatnich.
Mimochodem, RH/fedora nepouziva SW tretich stran? Hmm, ze sem si nejak nevsim. A jejich vyvojari muzou uplne stejne rict, ze muj problem pro ne rozhodne neni priorita.
Kto nesie zodpovednost? RedHat.
Tie 'zastarale verzie' su stable verzie. Bud pouzivas bleeding edge a aj git je pre teba stary, alebo chces stabilitu a vtedy sa nove featurky nezaujimaju. Chces mat stabilne API/ABI a opravene bugy.
A samozrejme, ze RHEL/Fedora pouzivaju SW tretich stran, ale je moznost vydat opraveny balicek a necakat na opravenie chyby v upstreame. Nevidim dovod, preco by vyvojar mal otalat s opravenim, ked ho ty, zakaznik, platis.
Red Hat urcite nenesie zodpovednost v zmysle garancie nahrad za skody atd.ale minimalne je sucastou licencie support a updaty. Stravil som chvilku v Red Hat v Londyne a na tuto temu sme vela debatovali, pre mna bol odkaz jasny - s Red Hat urcite nemam problem pri nasadeni na kritickych systemoch + dalsia dolezita vec je certifikacia aplikacii tretich stran pre Red Hat a certifikacia hardware. Ci sa to hardocre punkacom linuxakom paci alebo nie, je sice pekne mat linuxove hracky ale v konecnom dosledku aby sme zaplatili hypoteky a nakrmili rodiny potrebujeme zarabat prachy, vela prachov a ked sa chcem zivit linuxom a narobit sa co najmenej, tak jedine RHEL pripadne Oracle Linux.
Mne ako staremu Gentooistovi velmi dlho trvalo aby som Red Hat akceptoval, ale mna presvedcil...
Já jsem začínal bez genkernelu, protože všichni tvrdili, že nefunguje. Ale už před lety jsem ho jednou na zkoušku pustil a v pohodě. Jako je mi jasné, že to na spoustu setupů nemuselo být připravené, ale když jsem ho zkoušel teďka, tak jsem si jen vyladil konfigurák, abych nekonfiguroval pokaždé od nuly, aby mi to správně vyladilo initrd s LVM, a od té doby je to pro mě nesmírně pohodlné.
Používám Gentoo asi tak 5 let.
První dva roky na x86 (notebook), to byly ještě relativně muka - skoro jako to popisuješ Ty, ale spíš při aktualizacích desktopových věcí (systém ale jel stabilně).
Poslední tři roky valím na amd64 (desktop) a všechno jede bez problémů. Občas musíš něco ručně upravit (kvůli novinkám), ale kompilace jsou v pohodě, desktopový věci jsou v pohodě, všechno jede bez problémů.
Dva roky valím zároveň Intel Atom N270 x86 "server" a až na dobu kompilace taky v klidu.
A jeden a půl roku valím ještě Intel Atom N455 netbook a taky v klidu.
Když porovnam dobu před pěti lety a dnes, podle mě se to buď hooodně změnilo k lepšímu (stabilnějšímu, bezproblémovějšímu), nebo jsem přestal problémy vnímat, nebo jsem nabral zkušenosti. Za mě nejspíš kombinace 1 a 3. Dnes se Gentoo není třeba bát.
No vidis, a me se presne totez stalo s debianem pri pokusu o upgrade - zesralo se to tak, ze to neslo tam ani zpet ... tak sem ho vyhodil. U gentoo sem uz taky parkrat narazil - kuprikladu nejcerstvejs nekdy pred cca 1/2 rokem pri aktualizaci grubu se z nejakyho duvodu nezapsala nova verze do mbr (a to sem to pro sychr poustel nekolikrat) ... takze sem cca 1/2 hodiny strasne sproste nadaval, neb sem nemoh najit zadny live distro (a z netu bez netu se stahuje dost blbe ...) ... az sem nasel, tak sem to opravil.