binarni LFS panovacni sluzebnici v zadech

22.3.2005 00:56 | Přečteno: 1049× | LFS | poslední úprava: 22.3.2005 01:09

Kompilace binutils a gcc zaplavila konzoli spoustou pismenek. Jinak se nic zvlastniho nestalo, jen v adresari /tools se zabydleli sluzebnicci, ktere budou panove conf make a inst prohanet pri nasledujicich orgiich. Ted tu sumi kompilace glibc a asi jeste chvilku chroupat bude.

Co je ovsem zajimavejsi je moje naivita.Jaksi sem nepocital s podstatou liveCD distribuce, ktera s tuposti read only mediu vlastni zapomina vse co sem ji minule naucil.

Ponekud kostrbate sem to "poresil" zkriplenim skriptu pro konfiguraci site natvrdo na me podminky a pridanim par dalsich prikazu pro nastaveni prostredi, takze po bootu rucne pripojim partisnu a pustim skript co jakz takz dodela zbytek. Ne ze by se mi to libilo, ale narychlo sem nic lepsiho nevymyslel.

Patranim po LFS livecd sem nasel cosi co se jmenuje nALFS - interactive, ncurses-based application used for parsing the ALFS profiles (simple instructions in XML) and doing various things, coz by udajne pomohlo - vytvorit profil, ten ulozit na disketu a pak nacitat. Bohuzel to vypada prilis robustne na to abych se to ted chtel ucit a stejne nemam a uz nikdy nebudu mit disketovou mechaniku. Vy ji jeste montujete do novych pc? Proc? Nejak sem se posledni 3 roky obesel bez ni, a kvuli nejakymu nalfovi si ji porizovat nebudu. To nejde nejak ulozit ten ramdisk ci kam si to zapisuje na disk a pak ten obraz nacist pri dalsim startu? Ted dosla odpoved z mailling listu livecd, Tak prej nALFS nebo ~ reset the enviroment each time. hmm.

aaa glibc dokompilovano, durazne doporucuji udelat test, tedy make check a chroustame dal. Pristi session muzu zahajit stylove s #include int main(){printf("Hello, World.");return -1;} a venovat se sestavovani zajimavejsich aplikaci.

       

Komentáře

[prOm3TheuS]

Taky zrovna tvořim LFS a shodou okolností také pomocí Live CD Zajímalo by mně, jestli jste se taky zasekl na následujícím skriptu a jak jste tento problém řešil.

SPECFILE=`gcc --print-file specs` &&
sed 's@ /lib/ld-linux.so.2@ /tools/lib/ld-linux.so.2@g' \
$SPECFILE > tempspecfile &&
mv -f tempspecfile $SPECFILE &&
unset SPECFILE

Je to po kompilaci Glibc.
Výsledek zadaného příkazu mi řekne, že souborový systém je pouze pro čtení. Zkoumal jsem ten skript a došel jsem k tomu, že soubor, který je nastavten v proměnné tempspecfile je ve adresáři, do kterého nejde zapisovat.

[estevez]

sem rad, ze tu nejsem sam.

v tento okamih uz mame "svoje gcc" a skript podstrkuje jinou cestu do specs souboru naseho gcc v /mnt/lfs/tools/lib/gcc ... a ne v /usr/lib/gcc .... livecd

autori to fakt s polopatismem neprehanej a jaksi nechavaji na ctenem ctenari aby se zorientoval a spravnym houstim adresaru se propletl. v noci se k tomu dostanu, tak uvidim jak pochodim.

[estevez]

tak jo. aspon me to teda zafungovalo ocekavanym zpusobem a hello world uspesne probehl ten spec file, ktery je patchovan je tento - /mnt/lfs/tools/lib/gcc/i686-pc-linux-gnu/3.4.1/specs

Ted tam nasypat zbyvajicich 30 tarballu a budu moct pomalu zacit.

[prOm3TheuS]

Díky moc. Kdyby to náhodou nešlo, tak ten soubor patchnu(manuálně) a nahraju ho do té cesty kam patří. Mimochodem teď nebudu mít moc času, takže asi budu pozadu. Alespoň se můžu ptát LFS zkoušim na dvou PC. Na vlastním z Live CD a dodanejch tarballů a na (momentálně nefunkčním)serveru jako host Slackware s nejnovějšíma tarballama. Má to problém, že se musí googlovat mraky chybovejch hlášek kompileru. --Ale já to nevzdám--