Názory k článku
Linux From Scratch

Pouzival jsem LFS asi verze 3 a behem jednoho vetsiho upgradu jsem temer dostal svuj system az na verzi 4 ;) Ted sice pouzivam slack, ale musim rici, ze jsem si kdysi nemohl prat lepsi napad, nez si pomoci LFS vytvorit system. Trvalo to dlooouho (p2-266Mhz), ale prinutilo me to velmi dukladne se seznamit s bootovacim procesem a vnitrnim fungovanim cele distribuce (ale SysVinit stejne nemam rad ;)

Proto muzu doporucit vsem, kdo se ridi heslem "Chcete vedet vic?", at si LFS book a Hints alespon prectou..je to opravdu kvalitni cteni (hlavne ty hints - neni to tak suche cteni jako v dokumentacnim projektu a je tam velke mnozstvi prakticky vyuzitelnych informaci).

LFS je skvely dokument pro toho, kdo jiz linux trochu zna a chce se dozvedet, jak to uvnitr funguje. Nove vedomosti pak muze uplatnit v libovolne distribuci. Vrele doporucuji.

LFS je hooodne zajimave. Dival jsem se na hints a dokonce se mi po 2 dnes podarilo podle knizky zaklad LFS nainstalovat. Ohledne jak_vse_balickovat jsem cetl hints o apt-get a dpkg. No muzu rict, ze jsem z toho nebyl vubec moudrej. apt-get i dpkg si prelozim a pak netusim, jak si budu moci kompilovat zdrojaky, kdyz se u nekterych kompilaci pridavaji --prefix=/usr, BINDIR=/usr, atd... Tyto parametry se taky predhazuji apt-get-u?

Diky

petr

Problem s tim, ze driv to chodilo a ted to nechodi muze byt treba v tom, ze driv se pouzivalo jadro 2.4.x a XFree86 3.x, zatimco ted je tam jadro 2.6.x a Xorg. No a pro prvni treba vyrobce binarni ovladace vydal a pro druhy jeste / uz ne. A s tim vyvojari tezko neco udelaji.

Leda s tim muzou neco udelat uzivatele, kteri si budou kupovat jen hardware s dostupnou dokumentaci. Jenze tak to na svete nechodi - lidi si porad kupujou nVidii i kdyz na ni jsou jen binarni ovladace a tim padem na vyrobce neni zadny extra tlak, aby dokumentaci uvolnil. A navic stejne 90% jeho prijmu pochazi od windowzaku, takze i kdyby vsichni linuxaci prestali nVidii kupovat, asi by to vyrobce moc nebolelo...

Nvidii mam rad protoze podporuje i open source drivery. Ted myslim ovladac pro nforce sitovky, vznikl reverznim inzenyrstvim. Nvidia se vykaslala na nejake nesmyslne obstrukce a zacala na nej dokonce posilat patche pod gpl :)

Nemluvě o tom, že nVidid GLX funguje vzdáleně po síti a to i s ne nVidida grafarnama :-)

Mne stav okolo nVidie vyhovuje. Pravda ovladace jsou sice jenom binarni coz nekterym fanatikum vadi, ale na druhou stranu fungjou. Tim fungujou myslim, ze fungujou bez problemu

A proč znovu konfigurovat grub? Já myslel, že stačí nakonfigurovat jednou a pak už se o to nestarám... :-) Nebo to Debian nějak přepisuje? Mně to snad nedělal... Mně se právě naopak Grub narozdíl od Lila líbí v tom, že se po instalaci nového jádra nemusí pouštět "lilo"...

Ty ses fakt pripad. Potrebujes prepsat widlacky MBR (dobrovolne rozhodnuti #1) , rozhodnes se pro grub (dobrovolne rozhodnuti #2) a potom na nej nadavas, ze je slozity. Tak tam dej syslinux nebo lilo a priznej si, ze grub je pro tebe proste prilis sofistikovany.

Fedoru C2 jsem používal nadšeně 4 měsíce, než vyšla C3, která mi nešla nainstalovat ani na Compaq s Celeronem 1,1 GHz (integrovanej Intel), ani na notebook IBM ThinkPad T23. Dobrej systém na špatných základech těžko postavíte... (nic proti RH <= 7.0)

Jediné, co funguje spolehlivě je Debian - jeho instalace je ale pro začátečníka/uživatele jako já "Pain in the Ass". Proto je tu UbuntuLinux - Debian upravený pro desktopy. Jednoduchá instalace (za 40 minut máte funkční systém) a hlavě bezproblémový chod.

Asi budu jen pridavat svoji cast na kupku chvaly, ktera tady mezitim vyrostla, ale nemuzu si pomoci.

Proc je LFS dobre:
1. Nauci cloveka trpelivosti.
2. Je idealni pro reseni deep dependencies. (Kdo dela do orezanych distribuci jiste zazil ty porody s kompilaci neceho co potrebuje neco jineho co potrebuje neco co ve sve distribuci zarucenene nechcete)
3. Je to fajn cteni na dlouhe vecery.
4. Po precteni LFS a ev. BLFS uz nikdy nebudete stejni jako drive.
5. Po precteni LFS je z lamy velbloud (takovy ten chytry svetaznaly co byl v nejakem vecernicku jeste za komance).

Sam jsem LFS system nekolikrat vytvoril, ale ted jedu na gentoo, ciste z pohodlnosti. LFS si dokazu predstavit jako predmet na skole neco jako \"OS Linux - zaciname\" idealni by to bylo na zimni semestr. :)

Som pouzivatel FreeBSD, avsak chcel by som rozumiet aj Linuxu. O LFS som dnes pocul
prvy krat, asi som mal doteraz zatvorene oci. Hned si to idem pozret a postudovat.
Asi by som to nepouzival na beznu pracu, som lenivy clovek, ale vediet ako to cele
funguje ma laka. Uz teraz mam nejaku predstavu o tom ako Operacny System pracuje,
ale vzdy sa je co nove ucit (samozrejme studiom LFS sa nenaucim ako pracuje jadro,
no aspon budem vediet viac o OS Enviroment)

Já jsem taky původně nečekal, že se z LFS stane můj hlavní systém pro každodenní použití a nakonec to tak skončilo. Možná se vám to stane taky.
P.S: Konečně se nám vrátily přezdívky :-)

taky mohu LFS smele doporucit - byt jsem nedokazal sestavit podle knihy (tusim verze 3.2) funkcni system (usmyslel jsem si novejsi gcc a glibc, coz byla asi chyba :) byla to vyborna skola - s tim co jsem se diky LFS dozvedel o strevech a fungovani systemu byla instalace gentoo pohodova zalezitost - vedel jsem co a jak chci udelat, instalacni prirucku jsem pouzival prakticky jen jako pohodlnejsi referenci syntaxe a prehled 'zkratek' ktere poskytuje portage. takze vsem kolegum gentoosakum nebo lidem poohlizejicim se po kentusackovi doporucuju - zkuste to. je dost velky rozdil kdyz clovek prijde ke gentoo se zkusenostmi a zlozvyky binarnich dister (proc se tolik dnesnich 'modnich' gentoosaku pta nejdriv po binarnich baliccich ?) nebo kdyz po zkusenosti s LFS vi sam co a jak ve svem systemu chce, a portage pouziva tak jak bylo zamysleno - jako pomucku kompilace a konfigurace systemu, ne jako balickovaci system. vubec vazba mezi LFS a gentoo je tesnejsi nez se zda - gentoo je spis takove LFS pro lenochy :)
nebo me naopak napadaji veci jako pouzit gentoo pro konstrukci docasne instalace, protoze to je asi nejotravnejsi cast LFS.

LFS jsem nikdy nezkousel, a presto mi instalace gentoo taky neprisla nijak narocna (i kdyz pravda, nad Gentoo - handbookem jsem asi stravil podstatne vic casu ;-)
Ale k tem binarnim balickum - priznam se, ze jsem ke gentoo utekl od Debianu prave proto, ze vsechno jde zkompilovat (apt-build byl tehdy jeste v pleknach a pokud vim, dodnes neni moc ve stavu, aby se dalo bez klepajicich se kolenou zadat apt-build world ;-). Az casem mi zacalo dochazet, ze kompilace VSEHO je zbran silna, nicmene dvojsecna. MOZNOST kompilovat vsechno je uzasna. NUTNOST kompilovat vsechno je obcas docela neprijemna. Uznavam, ze dodavat v Gentoo binarni balicky by bylo asi dost obtizne (kdyz uz ne kvuli ruznym optimalizacim v GCC, tak urcite kvuli vsem tem USE flagum). Ale na druhou stranu - balicky typu firefox-bin a openoffice-bin mi na jednom starsim kompu (Celeron, 433MHz) usetrily minimalne den strojoveho casu. Nemyslim si proto, ze by i v Gentoo nemely misto binarky, nebo ze by jejich pouzivani bylo nejakym zlozvykem. Naopak - uvital bych vetsi mnozstvi (hlavne u vetsich a "mainstreamovejsich" veci - nejake defaultni jadro X.org, KDE, Gnome, glibc) Pokud na to nekdo nejde tak, ze by chtel v binarkach vsechno a pokud mozno i s vlastnimi USE a --March, pak muzou binarky usetrit neco malo problemu a hlavne - hoooooodne casu.

ad setreni casu: ...a kam spechate? Neni prece problem nechat bezet kompilaci s nice 15 nekde na pozadi a az to bude, tak to bude... ...mluvim samozrejme o upgradech, i kdyz i novou instalaci vzdy resim pres stage3 a emerge world na pozadi. Je treba si uvedomit, ze v gentoo jsou ebuildy vetsinou "skoro okamzite" pote, co vyjde nova verze upstream softu, takze kdyz to zacnete okamzite buildovat, mate to hotovy ve srovnetelnym case, jako se to dostane do binarnich distribuci...

binarnimi balicky nemam na mysli *-bin ebuildy ktere instaluji z originalnich binarnich balicku/instalacek (jako to dela treba openoffice-bin nebo mozilla-bin) ale .grp balicky. zkratka mi lezou na nervy jedinci kteri si nainstaluji gentoo protoze je to _moda_, vyblejou cely system z grp balicku, mozna si zemergujou bash nebo karambu a kdyz zjisti ze to nezvladaji zacnou trousit narazky na to jak je portage blbej 'balickovaci system' a gentoo zbytecne slozity. proto bych doporucil LFS jako prostredek jak oddelit 'zrno od plev' - pokud je nekomu zatezko naucit se neco o systemu, sam si kompilovat a stravit instalaci vice casu nez zabere stazeni .rpm || .deb balicku, pak se snazi degradovat portage na balickovaci system a udela tudiz lip kdyz pouzije distro ktere ma opravdovy balickovaci system. kompilovat se v nich da koneckoncu take. gentoo je postavene pro lidi kteri si chteji system postavit a zkompilovat sami a jsou ochotni tomu venovat patricny cas. jestli nejsou, meli by se vratit k fedore, mandrake atp... vyber je siroky.

v clanku se moc nemluvi o ponekud zajimavejsi, nicmene narocnejsi variante cross kompilace celeho systemu. je tak mozno (celkem uspesne) vyrobit "from scratch" napr. linuxovy system pro arm nebo x86-64.

ja by som to s chvalou tak neprehanal.
samotny LFS nieje nic extra. cloveka, ktory toho vie malo, nenauci skoro nic, pretoze len slepo kopiruje prikazy ktorym nerozumie z knihy. jedine co som sa z LFS4 na prvykrat naucil bolo ako pouzivat patche, &&, ;, a '. to bolo tak vsetko. po dvoch dnoch som mal sytem hotovy, nepamatal som si nic z toho ako som to robil a system nevedel robit absolutne nic. akurat sa tak drzat na mojej masine. myslim, ze to obsahovalo akurat tak VIM.
dokonca ani hostname mi nefungovalo poriadne. system mi dal nieco az ked som potom sledoval mailing list a skusil spravit vlastne live-cd (knoppix este neexistoval, resp. nikto o nom vtedy nevedel). teda az na druhy/treti krat to cloveku nieco aj da. ale priviest lfs do stavu ked je pouzitelny ako normalna desktopova distribucia je praca na minimalne 2 mesiace, pricom v zavere svojej prace zistite, ze system je nebezpecne outdated a nejde ho upgradovat bez zmeny na vlastne standardnu .deb distribuciu.
ale aby som len nezatracoval, stavanie toho live-cd zalozeneho na lfs mi uz zabrat dalo a naucil som sa vela.

Ale je... I když je fakt, že jsem vykrádal Fedoru Core 1, když jsem instaloval LFS poprvé. Přece jen třeba výchozí barvičky v xtermu nestojí za nic, tak jsem trošku podle Fedory "poopravil" /usr/share/terminfo/x/xterm a /etc/X11/app-defaults/XTerm*. Nicméně s trochou štěstí je LFS použitelný už za pár dní. Nicméně programy instaluju průběžně, tj. pořád. A s tím stárnutím programů to není až taková hrůza, většinu je možný obnovovat vcelku bez problémů za provozu. Přestože je to někdy pěkná otrava :-) Zatím největší zážitek jsem měl při instalaci Posix ACL a následném přeinstalování coreutils... Na to nikdy nezapomenu. Mimochodem, zatím jsem neviděl běžný distro s ACL :)

tak by ma po tychto diskusiach zaujimalo ci je mozne v rozumnej dobe(povedzme 2 tyzdne) dostat system do takej podoby aby sa dal normalne pouzivat(X-ka,nejaky lightweight WM, mozilla a par dalsich essential veci)?

ak si nezamestnany a trpezlivy
ale aj tak potrebujes uz mat nainstalovane nejake distro, z ktoreho to budes kompilovat. teda vzdy to bude len 'druhy' system na pocitaci (pricom ten prvy bude stale lakat). hoci, da sa to aj z knoppixu.

se mi to povedlo za 10 dnů. a nezaměstnanej nejsem :)

pokud mluvíte o gentoo, tak já ho instaluji do tří dnů včetně Xorg, fluxbox, openoffice, gimp .....
base systém mám přez noc
jsem student a zvládám to ve všedních dnech, mohl bych vědět co všechno instalujete?

toto je vyse rok a pol stary clanok, a dany clovek tu neje registrovany takze nedostal upozornenie ako ja o novej reakcii...Takze asi odpoved nedostanete..Ale mne to trva tiez +-3 dni(teda aspon na prvy krat mi to tolko trvalo). Zhruba to iste akurat este +kde a "par" dalsich veci :)

Dobry den,
chtel jsem se zeptat tech, kteri maji zkusenosti s lfs, jak tento OS ma vyreseno korektnost zdrojovych kodu. Nedavno jsem na PII 266MHz, 64 MB RAM zkousel Gentoo a pohorel jsem na chybach ve zdrojovych kodech a uznejte, ze po 2-denni instalaci Gentoo to ponekud "zamrzi". Nejsem linux guru a ani programator, abych si kody opravil a spokojene pokracoval dal...

Dekuji PD

PII 266MHz, 64 MB RAM zkousel Gentoo a pohorel jsem na chybach ve zdrojovych kodech

tim myslite nejaky error pri kompilaci? to muze mit spoustu pricin, casto prehrati CPU nebo chybnou ci nedostatecnou RAM, a kdyz tak vidim vasi vybavu, tak me napada, co by mohlo byt pricinou... :)

Omlouvam se, pokud jste skutecne narazil na "chybu" v nejakem ebuildu, nahlasil ji do bugzilly a jeste nebyla opravena. Zaroven ale docela planu zvedavosti, jaka exoticka aplikace to asi musela byt, ze nikdo jiny na ty chyby jeste nenarazil... pomuzete mi?

Hmm mozno FreeBSD by ti pomohlo.... kompilujes len to co fakt chces kompilovat a este sa mi nestalo aby tento system zmrzol na polceste pri instalacii... v podstate gentoo + debian + slack je to co clovek vo FreeBSD najde spolu.... prikazy typu portinstall "nieco" su uplna fantazia a kompiluje sa to tak ze root nepotrebuje riesit nejake chybove halusky a user si nevsimne ze server riesi kompilaciu a to som raz kompiluuval aj KDE tusim 2.5 alebo co...na mojom starsom notebooku a ak to nechces kompilovat tak pozrie do man a hodi spravny prepinac na portinstall (hadaj aky)a stiahnu sa ti balicky a zase nic neriesis so zavislostami ako vo Fedore a tak... ak mam verziu 5 a chcem povysit na 6 tak tiez to ide... a zatial som sa od nikoho nedozvedel o vacsich problemoch(v podstate o nijakych) a clovek sa veeela dozvie aj ako to fachci ak chce, ak nie tak sa nedozvie skoro nic... Ide len o volbu...

Tak se mi podarilo uspesne nainstalovat bez nejakeho vetsiho problemu napoprve LFS 6.2. Jediny problem byl s perlovym prikazem pro nejaky patch, ted nevim ceho, tak jsem vytvoril vlastni a slo to;)