Zkušenosti s Gentoo podruhé

23.5.2005 16:22 | Přečteno: 1071× | Gentoo | poslední úprava: 23.5.2005 16:26

Další díl kontroverzního seriálu o mých zkušenostech s Gentoo. Tentokrát dojde i na některá pozitiva, tak mě snad tolik nezaflamujete.

Disclaimer: Toto je čistě subjektivní hodnocení.

Náročnost instalace a „naučení se“ Linuxu

Často šířený názor, že instalací Gentoo se člověk cosi naučí. Nainstalovat systém IMHO zvládne cvičená opice, je to jen o opisování příkazů z handbooku. Proč by tato činnost měla vést ke zvýšení jeho vědomostí nechápu.

Nastavitelnost systému

Hlavní výhoda Gentoo, prostě se mi balíček zkompiluje s tím co používám. Jiné distribuce to mohou obcházet několika binárními balíčky, jako třeba Vim na Debianu.

Barvičky

Používání barviček ve výstupu má něco do sebe, i když chvílemi mi připadá, že už toho je moc.

Důležité informace po nainstalování balíčku

Spousta ebuildů se snaží cosi říci adminovi na konci instalace. Třeba jak nainstalovat bash-completion, nebo podobné informace. Při emergování více ebuildů tato informace zmizí někde v nenávratnu a nevím jak jí získat znovu. (Tohle je doufám jen mojí leností.)

bash-completion

Připadá mi lépe vyladěná než v Debianu (obzvláště pro distribuční nástroje). Je to dobré zpříjemnění práce.

Aktuálnost aplikací

Vychvalovaná to vlastnost Gentoo a nepřipadá mi to o nic lepší než v Debianu. Stejně jsem u některých věcí musel sáhnout po masked verzích, což je obdoba experimentalu.

Horká novinka - rozdělené KDE

Nedávno Gentoo přišlo s horkou novinkou - rozdělení KDE na jednotlivé aplikace. To má u source based distribuce za následek, že pokud chci celé KDE, tak je to pomalejší. Překvapivě Debian má takto rozdělené balíčky už mnoho let (starší záznamy než z konce roku 2001 jsem nenašel, ale tam už to bylo).

Tím prozatím končím, pokračování někdy příště .

       

Komentáře

[Michal Marek (twofish)]

Nevím jestli už to nějak opravili, ale docela mi přišlo docela zvláštní, že defaultně to vypisuje barvičky i do roury -- třeba v lessu bez -R to pak vypadá opravdu zajímavě :-/

[Jan Kundrát (jkt)]

No ja nevim, ale pokud si pamatuju dobre, tak mi `ls` nepsal zadny barvicky v zadnym "defaultnim nastaveni" Gentoo, ktery jsem kdy videl...

[Michal Marek (twofish)]

Nemluvím o ls (u toho normálně funguje --color=auto), ale o programech z portage:

esearch  foo | less

vypadá asi takhle

[ Results for search key : ESC[01mfooESC[39;49;00m ]
[ Applications found : ESC[01m11ESC[39;49;00m ]

ESC[32;01m*ESC[39;49;00m  ESC[01mapp-misc/unfooESC[39;49;00m
      ESC[32mLatest version available:ESC[39;49;00m 1.0.4
      ESC[32mLatest version installed:ESC[39;49;00m [ Not Installed ]
      ESC[32mSize of downloaded files:ESC[39;49;00m 3 kB
      ESC[32mHomepage:ESC[39;49;00m    http://obsoleet.org/code/unfoo
...

Samozřejmě ty barvy jdou vypnout optionem, ale taky to může ten program detekovat sám.

Ale jak říkám, třeba už to opravili, tohle není úplně aktuální verze.

[Michal Čihař]

Už je to „opravené“ a to tak, že less defaultně zobrazuje barvičky

[Jan Kundrát (jkt)]

Mas/li konkretni pripominku, ohlas ji, prosim.

[Michal Čihař]

Není co hlásit, to je zjevně úmysl, že less defaultně zobrazuje kontrolní znaky, přestože autor i všechny ostatní distribuce to mají vypnuté (z důvodů bezpečnosti).

Nebo mám nahlásit, že tahle řádka v ebuildu je navíc?

echo "LESS=\"-R\"" > ${D}/etc/env.d/70less

[Jan Kundrát (jkt)]

Pokud ti to vadi, tak ano, pokud ne, tak ne .

[Michal Čihař]

Tohle je mi naprosto jedno (resp. si to nastavím jak chci), jenom to není řešení problému co tu někdo nastínil, ale jeho obejití...

[Jan Kundrát (jkt)]

O jakem problemu mluvis?

[Michal Čihař]

Promiň, já málem zapomněl, že Gentoo žádné problémy nemá...viz začátek tohodle threadu.

[Jan Kundrát (jkt)]

Neflejmuj. Pokud to vnimas jako problem, tak ho ohlas; tim, ze si budes stezovat tady, fakt nic nevyresis.

[Michal Čihař]

Můžeš mi laskavě vysvětlit proč mi tady cpeš abych něco ohlásil? Já nejsem ten, kdo si tu stěžoval na barvičky, jenom jsem napsal jak se to chová v aktuální verzi.

[Jan Kundrát (jkt)]

Aha, sorry, nejspis jsem „opravené“ vnimal jako prispevek od puvodniho stezovatele.

[xkesh]

Promiň, já málem zapomněl, že Gentoo žádné problémy nemá...

Jisteze ma. Jenomze kdyz nekdo povazuje za chybu distribuce neco, co si castecne vymyslel, castecne kvuli vlastni lenosti nenasel, tak je rozhodne na miste uvest takove famy v reakcich na pravou miru.

Tohle BTW nepovazuju za flame. Prave takovehle diskuse ctou hodne zacatecnici, co si vybiraji "to sve" distro, chteji vedet, jake maji lidi prakticke zkusenosti. Krome toho, pri konkretni a vecne diskusi se clovek dozvi docela dost novinek ;)

[Michal Čihař]

No lepší reakce mě v půlce threadu, kde se pořád řeší jedna věc, nenapadla...

[Jan Kundrát (jkt)]

Prostym opisovanim se toho clovek moc nenauci. Ale kdyz u toho cte ten Handbook a premysli "proc", tak IMHO jo.

[Michal Čihař]

To jasně, ale tvrdit, že instalací Gentoo se člověk něco musí naučit, mi přijde přehnané...

[xkesh]

Na Gentoo jsem prechazel z Mdk. Teprve pri instalaci Gentoo jsem se naucil:

a jak se pouziva fdisk (cfdisk)

b) ze existuje neco jako konfiguracni soubory, a jak je snadne je upravovat

c) ze existuje neco jako jadro, ze se da kompilovat a ze to neni zadny carodejnictvi

d) jak si nastavit rucne internetove pripojeni

d) co to je a jak si napsat /etc/fstab

e) pracovat v prikazovem radku

f) ze existuje VIM

g) pouzivat a konfigurovat GRUB

atd. atd.

Instalace Gentoo z cloveka urcite neudela odbornika pres Linux. Jen uz po takove instalaci neocekavate, ze se bude Linux chovat jako Windowsy - coz se mi pri prvni instalaci Mdk stalo. Protoze nahlednete aspon trochu pod povrch grafickeho prostredi, at uz vsecno poctive studujete, nebo jen tupe opisujete.

[Michal Čihař]

No f sem raději netahej . Se zbytkem by se dalo souhlasit, i když pokud člověk bude jenom slepě opisovat handbook, tak se IMHO nedozví nic a přesto má slušnou šanci, že se mu to podaří nainstalovat.

[Jan Kundrát (jkt)]

Nevim, co na tom porad vidite. Gentoo nikoho nenuti mit v nainstalovanem systemu editor nano, podle vyjadreni lidi, kteri to zkoumali, je vim na instalacnich mediich,... asi mi unika pointa.

[Michal Čihař]

Nechápu jak se někdo může dozvědět o existenci VIMu z distribuce, která ho standardně neobsahuje.

[Jan Kundrát (jkt)]

Obsahuje, ale neinstaluje, stejne jako xorg-x11, javu, gnome, kde, firefoxe, thunderbirda, apache a mysql.

[Michal Čihař]

No dobře, hádejte se se mnou o slovíčka...

[Jan Kundrát (jkt)]

Zkus formulovat sve vyhrady/pripominky lepe, treba je potom i pochopim a budu moci reagovat :-].

[Michal Čihař]

Lépe než jsem to napsal v blogu se mi to asi nepodaří, a stejně to jenom povede na další flame. Děkuji nechci.

[Jan Kundrát (jkt)]

Treba z dokumentace...

[xkesh]

Nechápu jak se někdo může dozvědět o existenci VIMu z distribuce, která ho standardně neobsahuje.

Snadno, v tehdejsim handbooku bylo tusim napsano neco v tomto smyslu: v prikladu pouzivame nano, nekteri daji prednost VIM... atp. Pak taky pri vyberu defaultniho editoru pro prostredi je jako priklad uveden VIM.

Ostatne i dneska se pise: Now open /etc/resolv.conf with your favorite editor (in our example, we use nano) , nikoliv "now open ... with nano".

[Jan Kundrát (jkt)]

Mimo jine se v Handbooku taky pise "EDITOR - This variable contains the path to the program used to change the contents of files with (such as nano or vi)." (pomlcka pridana z estetickych duvodu), konkretne v hb-working-variables.xml.

[Ku8aZ]

BTW, vsechny informace vypisovane behem emerge (i kompilacni vypisy ) se ukladaji do adresare /var/log/portage (jde prenastavit v make.conf).

Obcas je dobre tento adresar trosku promazat

BTW: V Linuxove terminologii je adresar nebo slozka?

[Jan Kundrát (jkt)]

Pokud mluvis o tom, co je na filesystemu, tak samozrejme adresar.

[Michal Čihař]

No loguje (pokud to zapnu), ale já spíš bych chtěl jenom ty důležité zprávy, kompletní build logy číst asi nikdy nebudu.

[Radomír Fojtík]

Taky mne zajima jiny zpusob, nez si prochazet /var/log/portage.

Po chvili hledani jsem narazil na bug #11359 a thread na foru.

[Michal Čihař]

Proč jakýkoliv bug na který v Gentoo narazím je aspoň dva roky starý a má minimálně stovku komentářů?

[kavol]

BTW: V Linuxove terminologii je adresar nebo slozka?

aiolos root # cd /usr/src/linux
aiolos linux # grep -r -i folder *
Documentation/usb/gadget_serial.txt:and "usbser.sys" together in a folder on the Windows machine.
Documentation/usb/gadget_serial.txt:Or it can be found on the Windows 98SE CD in the "win98" folder
Documentation/usb/gadget_serial.txt:driver in the folder that contains "gserial.inf" and "usbser.sys".
Documentation/usb/gadget_serial.txt:enter the path or browse to the folder containing "gserial.inf" and
Documentation/laptop-mode.txt:  times to determine whether a folder contains new mail. If you use mutt and
Documentation/laptop-mode.txt:       logger -p daemon.warning "You are using laptop mode and your battery interface $BATT_INFO is missing. This may lead to loss of data when the battery runs out. Check kernel ACPI support and /proc/acpi/battery folder, and edit /etc/acpi/battery.sh to set BATT_INFO to the correct path."
fs/hfs/dir.c:                   printk("HFS: bad catalog folder thread\n");

... zkráceno o 61 řádků z výpisu HFS driveru ...

aiolos linux # grep -r -i directory * | wc -l
5011

- pokud je výše uvedené dostatečnou odpovědí, co je v linuxové terminologii správně (pokud jde obecně o unixovou terminologii, doporučuju nahlédnout do FHS), prosil bych zahlasovat pro KDE bug #71270