Fórum Root.cz
Hlavní témata => Distribuce => Téma založeno: kkt1 04. 08. 2018, 07:57:54
-
I kdyz jsem uzivatel apple produktu, jednou za cas se vracim k linuxu. V dobach minulych jsem si uzil i hratky s gentoo. Pouziva ho z vas nekdo? Ma jeste nejaky vyznam pro vas ve srovnani s jinymi distribucemi?
-
Áno, mám ho na 5-tich počítačoch + jedna VPS doma + VpsFree + BananaPI. Význam to má, nemusím sa trápiť so systemd a všetko funguje tak ako chcem ja a nie ako si predstavuje niekto iný.
-
Tak systemd neni vsude. Neco konkretniho? V davnych dobach jsem chapal treba snahu mit v jadru jenom hw ktery pouzivas, v dnesni dobe je to z pohledu performance asi jedno. Nebo? Zajimaji me konkretni duvody typu - ffmpeg kompiluji s flagem x protoze ho potrebuji, nebo ...
-
Ja ho mám na desiatkach serverov. Za obrovské výhody považujem USE-flagy, rolling updates, GLSA (glsa-check), triezvy prístup ku systemd a absenciu "pomáhacích" skriptov.
-
I kdyz jsem uzivatel apple produktu, jednou za cas se vracim k linuxu. V dobach minulych jsem si uzil i hratky s gentoo. Pouziva ho z vas nekdo? Ma jeste nejaky vyznam pro vas ve srovnani s jinymi distribucemi?
Na hraní asi dobrý, ale pokud chci něco s rolling updates, volím Arc. Na hraní stejně dobrý jako Gentoo a zkompilovat si vybrané balíky s vlastními flagy můžu na lusknutí prstu.
Pokud chci něco na server, tak poslední rok na soukromé aktivity FreeBSD a v zaměstnání RHEL (zaměstnavatel má koupenou hodně drahou RHEL subscription).
-
* Arc = Arch
-
Používám Gentoo na desktopu, dvou "serverech" a dvou NTB. Začal jsem s ním asi tak před osmi lety.
Líbí se mi, že si s tím můžu udělat co já uznám za vhodné.
Nelíbí se mi, že občas některým něco šlape a já se s tím musím prát a třeba to nakonec ani nerozjedu.
Pro mě je Gentoo již síla zvyku. Vím, jak ho instalovat, vím, co potřebuju v jádře, abych se rozběhl hned po první kompilaci, vím, kde co nastavit.
Ještě používám Arch na Toshiba AC100 (protože jeho rozběhnutí bylo "jednodušší") a na USB mám Live Ubuntu 32 i 64bit (vyberu si v Grubu při bootu). Z toho USB taky intaluju Gentoo, když je třeba - chroot a už to jede :-)
Má to smysl? Nevím. Vím ale, že třeba mplayer si zkompiluju bez 2/3 USE-flagů a stále dělá to, co potřebuju. Nemám doma tiskárnu, takže nepotřebuju cups = zkompiluju vše bez jeho podpory. Kdy instaluju nějakej balík, kterej chce databízi, tak nepotřebuju, aby přitáhnul s sebou PostgreSQL, když už mám v systému MySQL apod. Dá se tím vcelku brutálně omezit množství balíků, který by na jiný distribuci byly pevně danou závislostí.
Co se kernelu týče - proč nemít 5MB velkej kernel, ve kterym je zkompilovaná podpora jen toho, co v počítači fyzicky je? Bez modulů, bez initramfs apod.? To už význam má. Takovej kernel se při startu (na obzvlášť pomalym, ale v dnešní době stále použitelym, stroji) rozbalí lusknutím prstu, ne za půl minuty, jako Ubuntu jádro :-)
-
rozhodne, pouzivam ho asi od roku 2002 a neni nic lepsiho, nez si nastavit system podle vlastnich potreb a pozadavku
-
Dekuji.
-
Nádhera, prostě není nad to strávit celý život u počítače.
-
Ale no tak... nekdo ma barak a o vikendu uklizi kolem nej, nrkdo prca devky, nekdo ma gentoo...
-
Panuje tu nejaká skreslená predstava, že s Gentoo je veľa práce. To platí možno prvých pár rokov, ale potom človek vie o svojom systéme omnoho viac než niekto, kto si systém naklikal v install wizarde. Keď sa potom nevyhnutne niečo pokašle, bude skôr vedieť, ako to opraviť. Tak sa pravidelne stáva, že zachraňujem servery iným ľuďom, ktorých znalosti končia pri "apt install".
-
Pred cca rokem jsem po 8 letech pouzivani Gentoo presel na Archlinux. Moje pocity ve zkratce ? "Jak jsem tak dlouho mohl vydrzet s Gentoo"? Kdyz clovek poprve pusti 'pacman -Ss xxx' a ono se i netrivialne velky balik nainstaluje za 5 vterin a ne za 15minut, to je prozreni. A update systemu? Clovek uz nemusi 2 hodiny pred spanim ladit rozbite zavislosti a blockery, aby se to pres noc stihlo zkompilovat, ale proste to pusti a za chvilicku je hotovo! Navic dostupnost novych verzi veci je vyrazne lepsi. A kdyz clovek uprostred prace zjisti, ze by jeste potreboval "tohle", ma to za 10s vterin a nemusi si jit udelat hodinovou prestavku.
Rozdil ve vykonu pocitove opravdu zadny nepoznavam. Hrat si s USE flagy na notebooku, co ma 512GB SSD je vlastne takovy pre-mature optimization, ktery je spis pro dobry pocit, nez ze by to k necemu realne bylo.
Rad bych jeste odpovel na otazku:
- proc nemit 5MB kernel jenom s tim, co je potreba? No, protoze to stoji dost prace a realny prinos pro systemy, kde je dostatek mista? 0.5s rychlejsi boot, mozna? Za mne mi to za to nestoji.
Gentoo bylo fajn na osahani si veci, nauceni se, jak veci funguji (vcetne kompilace :), ale ted jsem docela rad, ze jsem prozrel.
-
Tak nejak to vnimam i ja Jiri, dekuji za nazor.
-
Ale no tak... nekdo ma barak a o vikendu uklizi kolem nej, nrkdo prca devky, nekdo ma gentoo...
Mám barák, ženu, rodinu a Gentoo. Jde to vše dohromady.
U Gentoo je podstatný dělat update systému včas. To je maximálně jednou za měsíc, lépe spíš týdně. Když si člověk nachá ujet vlak, tak to pak je fakt i na pár hodin, než se protáhne skrz všechny konflikty apod. Nedávno jsem vytáhnul notebook, na kterej jsem tři roky nesáhnul. Místo pokusu o aktualizaci systému jsem se na to rovnou vys*al a nainstaloval Gentoo od nuly. Rychlejší.
S Jirkou souhlasím - na dnešních moderních (řekněme cca 2010 a novější) počítačích, obzvlášť s SSD disky, je to k ničemu. Optimalizací balíků člověk asi pocitově nic navíc nezíská (možná někde nějaká desetina sekundy, ale proč...). S jádrem na Gentoo to tak strašné není, základ se nastaví do hodiny, pak už jen při nový verzi (jednou za čas, ne měsíčně) stačí projít nový kraviny a vyházet je (někdy se prostě natvrdo chtějí přidat ovladače jiných wifi apod.). Čeho se ale dá v Gentoo dosáhnout a co si myslím, že má pořád význam, je odstranění zbytečných závislostí. Na co mít doma LDAP (se kterým já osobně nikdy ručně nic dělat nebudu) nebo CUPS (nemám tiskárnu...) nebo mít několik různých databázových serverů, nebo mít Qt i GTK najednou, když to prostě jde jako závilost odstranit?
-
Panuje tu nejaká skreslená predstava, že s Gentoo je veľa práce. ...
To si myslej vyhradne ti kkti, ktery to vzivote nevideli ... je stim o rad min prace, nez s libovolny uzasne hotovym binarnim distrem, kde se ti nainstaluj hromada knihoven o kterych ani nevis k cemu sou, zato se ti pokazdy neco rozesere ... viz trebas deb.
...Clovek uz nemusi 2 hodiny pred spanim ladit rozbite zavislosti a blockery,...
Jasne, jestli aktualizujes system 1x za 5 let ...
... Čeho se ale dá v Gentoo dosáhnout a co si myslím, že má pořád význam, je odstranění zbytečných závislostí....
Tohle je nejzasadnejsi vec, vsechny srajdy ktery nepotrebujes z toho na zacatku vykostis, a tim i 50+% problemu ktery nemusis resit.
-
Gentoo používam na dvoch armovych naskach, zyxel nsa325 a zyxel nas326. Predtým som tam mal debian a ten bol o dosť pomalší.
Čo sa týka kompilácie tak som si vo virtualboxe rozbehal ďalšie gentoo a rozbehal distcc a crossdev, stále to však neušetrí veľa času nakoľko pri staršom nasku trvá aj configure časť pomerne dlho, preto rozmýšľam nad tým že distcc vyhodím a budem na virtuálke rovno vytvárať binárne packages ktoré potom na naskach iba nainštalujem
-
Myslím, že smysl to má. Nastavíš si USE flagy, tak jak potřebuješ, v kernelu se také povolí jen to co je potřeba.
Na druhou stranu ale uznávám, že chce často aktualizovat, ideálně tak týdně. Pokud to necháš být delší dobu, je dost složité pak to srovnat.
-
Ja mam Gentoo x86 s KDE3.. tak jak bylo nainstalovano pred dvanacti rokama. Instalace za tou dobu prosla snad desitkou pocitacu a Gentoo x64 jedu i na routru a NAS - je tam presne to co potrebuji. Vyhoda je ze vim co se odkud "uvari" /zkompiluje/, namisto omezeneho prostoru pro reseni problemu na jede/nejede jak je u binarnich dister typicke.
Systemd me fakt nechybi a pokud by me to nekdo nutil tak snad s IT koncim. Stroje maji pracovat pro nas, bohuzel u ostatnich distribuci nebo i windows a macu je to presne naopak - uzivatel je obeti sveho zarizeni a to opravdu nemuzu prekousnout.
Initrd tedy nechavam a parkrat me to zachranilo - je v tom totiz moznost mit normalni mini system s busyboxem, takze jsem opravoval sestavovani poli a jeste nejaky problem kdy po jednom rolling update nebyl system uplne v konzistentnim stavu a nebootoval spravne (jo no, tak to dopada kdyz se zapomene precist news :)
-
Initrd tedy nechavam a parkrat me to zachranilo - je v tom totiz moznost mit normalni mini system s busyboxem, takze jsem opravoval sestavovani poli a jeste nejaky problem kdy po jednom rolling update nebyl system uplne v konzistentnim stavu a nebootoval spravne (jo no, tak to dopada kdyz se zapomene precist news :)
Mně se před těma skoro deseti lety nějak nedařilo Initrd rozběhnout (v tý době málo zkušeností a pomalejší HW na testování možností), tak jsem to dal bez něj a od tý doby jsem neměl důvod to znova zkoušet ;D
Případný problémy s bootem/nekonzistence řeší chroot ;) Je to sice docela pracný (nabootovat, namountovat potřebný nesmysly, linkovat DNS, ... známe to, ne? ;) a ktomu občas ručně skládat pole apod.), ale 100% funkční a relativně bezproblémový :-)
-
Používám Gentoo proto, že tam je snad největší množství dostupných balíků v aktuálních verzích, díky nainstalovaným hlavičkovým souborům lze snadno zkompilovat i software, který v balíčcích není a stejně snadno lze vytvořit i vlastní balíčky.
Nechci používat zastaralý software jako v Debianu, nechci trávit hodiny nad specfiles jako ve Fedoře. Gentoo je v tomhle případě nejmenší nepohodlí. Je dost dobře možné, že Arch je na tom stejně dobře, ještě jsem ho nezkoušel, protože mi Gentoo vyhovuje ;)
-
Gentoo je vynikající, ale vyžaduje údržbu (pokud nebude dlouho aktualizované je problém se z toho dostat).
Zajímavá vlastnost je běh různých verzí čehokoliv proti sobě (což v jiných distribucích je téměř nemožné).
Pokud potřebujete novou fíčuru vs staré knihovny apod. tak to není problém. Takže se dá provozovat pravěk v budoucnosti a to se semtam hodí.
Jinak mi to příjde někdy výrazně jednodušší, než zkoumat závislosti v běžných binárních distribucích. Nicméně v nových verzích Gentoo už jsou také hotové binárky - ale to už vlastně nechápu proč bych to používal.
-
Nicméně v nových verzích Gentoo už jsou také hotové binárky - ale to už vlastně nechápu proč bych to používal.
Protože je pár balíků, kde i celkem slušný stroj bude kompilovat několik hodin (ano, slyšíte správně: Chromium). Ale já stejně volím kompilaci. Jestli to poběží přes noc naplno 2 hodiny nebo šest, to už je mi jedno...
-
Pavouku, mas moznost u te kompilace chromia neco ovlyvnit co by melo za duvod ze ti to za to stoji?
-
Pavouku, mas moznost u te kompilace chromia neco ovlyvnit co by melo za duvod ze ti to za to stoji?
Jiště :-) Můžu při kompilaci vypnout/zapnout použití systemových balíků a tím omylem znefunkčnit přehrávání videa. A to za to stojí ;D
-
To se fakt vyplati... ::)
-
To se fakt vyplati... ::)
Hele, cenu to nemá. Chromium zrovna nějak výrazně neovlivníš. Ale jestli to pojede kvůli němu o pár hodin dýl, to je mi přes noc jedno ;-) Třeba u Libreoffice se ale kompilaci nevyhnu - v binárce třeba nebude chybět cups, ten ale já nemám a nepotřebuju. Takhle se dá výrazně osekat hodně balíků. Jeden se třeba kompiluje pět minut, ale když by si s sebou vzal závislosti (který nevyužiju), může být z 5 minut rázem půl hodina...
Samozřejmě pak nemluvím ani o tom, jak mi systém bobtná jak na disku, tak v RAM. Já mám po startu (grafickýho prostředí + přihlášení do něj) obsazeno 150MB z 8GB RAM. To se to pak šlape svižně... Spousta paměti pro potřebný věci, samotnej systém lehounkej. Nepotřebuju ani swap.
-
Nechci používat zastaralý software jako v Debianu
Debian ma testing, ktory riesi neaktualnost.
Gentoo som pouzival, ale odradilo ma, ze zmena USE flagov (odstranenie -kde) znamenala prakticky rekompilaciu celeho systemu. USE flagy su zaroven aj vyhoda - ked nechces KDE, tak to spravne specifikujes a proste ti to funguje.
Az dokedy nepotrebujes nejaku aplikaciu s KDE.
-
Nechci používat zastaralý software jako v Debianu
Debian ma testing, ktory riesi neaktualnost.
Gentoo som pouzival, ale odradilo ma, ze zmena USE flagov (odstranenie -kde) znamenala prakticky rekompilaciu celeho systemu. USE flagy su zaroven aj vyhoda - ked nechces KDE, tak to spravne specifikujes a proste ti to funguje.
Az dokedy nepotrebujes nejaku aplikaciu s KDE.
Omluva za necropost.
USE flagy lze přiřazovat i jednotlivým balíkům. Já sám mám "-kde" (tedy plošně KDE vypnuto), stejně jako třeba "-cups" (nemám tiskárnu, takže proč mít balíky kolem tisku?). Ale občas třeba chci, aby aplikace měla grafický rozhraní (když může), takže povolím té jedné aplikaci GTK (také plošně vypnuté; hromada věcí ho má jako USE, ale přitom jde o balíky, které výhradně nepoužívám, tedy jsou závislostí, nebo běží v terminálu). Je to prostě hodně variabilní a lze dělat spoustu věcí. Stojí to ale čas a je potřeba nějakých znalostí.
Takže možná jsi jen neproniknul hlouběji do tajů USE :-)
-
Nechci používat zastaralý software jako v Debianu
Debian ma testing, ktory riesi neaktualnost.
Gentoo som pouzival, ale odradilo ma, ze zmena USE flagov (odstranenie -kde) znamenala prakticky rekompilaciu celeho systemu. USE flagy su zaroven aj vyhoda - ked nechces KDE, tak to spravne specifikujes a proste ti to funguje.
Az dokedy nepotrebujes nejaku aplikaciu s KDE.
Omluva za necropost.
USE flagy lze přiřazovat i jednotlivým balíkům. Já sám mám "-kde" (tedy plošně KDE vypnuto), stejně jako třeba "-cups" (nemám tiskárnu, takže proč mít balíky kolem tisku?). Ale občas třeba chci, aby aplikace měla grafický rozhraní (když může), takže povolím té jedné aplikaci GTK (také plošně vypnuté; hromada věcí ho má jako USE, ale přitom jde o balíky, které výhradně nepoužívám, tedy jsou závislostí, nebo běží v terminálu). Je to prostě hodně variabilní a lze dělat spoustu věcí. Stojí to ale čas a je potřeba nějakých znalostí.
Takže možná jsi jen neproniknul hlouběji do tajů USE :-)
Pavouk106 muzes prosim hodit seznam use falgu ktery pouzivas a ktery mas zakazany? Premyslim ze to po 12 letech zase nahodim a nechce se mi moc sahodlouze zjistovat co povypinat : ) muj cil je minimalni system s awesomewm+gtk utils
-
Gentoo je můj serverový evergreen.
Líbí se mi možnost mít hostující počítač s Gentoo s KVM/QEMU a v něm minimalistické Gentoo guesty, specializované na konkrétní služby.
Na desktopy používám jiné distra. Ani Sabayon se mi neosvědčil, ale znám několik lidí, kterým i Gentoo s GUI vyhovuje.
-
Gentoo vyžaduje hlavně počáteční investici, pak umí fungovat relativně bezúdržbově (necháte nainstalovat aktualizace a ono se to typicky prostě provede). Nejsem si teď jist s updaty kernelu, ale snad i ty jsou vyřešeny dobře. Bylo celkem stabilní, což byl můj důvod pro migraci z Archu.
Snížení nároků je fajn, ale kompilovat kvůli tomu všechno, to za to IMHO často nestojí. Ušetříte něco málo času CPU za běhu (ani to nejspíš nepoznáte, zato updaty přes noc nebo na pozadí ano), něco na disku (zato ale budete navíc potřebovat kompilátory a hlavičkové soubory na kdeco) a něco v RAM (kterou ale budete potřebovat při kompilaci).
Možnost ořezat závislosti je teoreticky fajn z hlediska eliminace bezpečnostních rizik, nebo aspoň na eliminaci nejistých situací, kdy mám v systému zranitelnou knihovnu, ale snad se nepoužívá, takže je to snad OK, ale jist si nejsem. Pokud ale máte univerzální systém (nikoli systém do kanceláře používaný na přesně vymezenou sadu úloh), dost možná tam stejně nahrnete ± všechno, takže tato výhoda bude minimální.
Velký výběr ebuildů a snadná vlastní kompilace: Celkem ano, ale třeba Debian a deriváty jsou v tomto přinejmenším zdatná konkurence.
Kdy bych to doporučil? Napadají mě dva případy:
a. Chcete se naučit s Linuxem (ale něco už znáte). Gentoo není rocket science, ale ani nevede za ručičku jako Ubuntu, kdy nemusíte ani vědět, jaký používáte filesystém.
b. Některá ze zmíněných výhod do konkrétní situace padne výjimečně dobře. Možná nějaký hodně specifický stroj, kde potřebuju z různých důvodů (bezpečnost/úložiště) osekat systém. Možná něco embedded typu Raspberry Pi. (A možná taky ne, protože takový Raspbian bude dostatečně dělaný specificky pro konkrétní HW…) Možná nějaká hromada výpočetních strojů (zkompiluju jednou, deploynu X-krát). Dost možná v daném scénáři bude praktické kompilovat na jiném než cílovém stroji.