x

28.11.2005 10:23 | X | poslední úprava: 6.7.2006 21:11

x        

Komentáře

[Lynn]

testing používám, jádra si vybírám - momentálně mám linux-image-2.6.14-2-k7 z unstable, není problém si cokoli zkompilovat s jinou verzí gcc než je výchozí

a je to správa balíčků

[XXX]

jaj. to je práve tím že jsi asi na unstable. Tak to taky asi budu muset udělat... Jsem totiž na testing... jinak nějaký něvod jak zkompilovat nvidie jiným překladačem? Docela bych to uvítal... Díky.

[ZS-Man]

Ja ted teda skousim ArchLinux, ten ma taky jako vychozi GCC4.01 a pri kompilaci Nvidia ovladace jsem jenom upozornen ze to nemusi projit, ale zkompiluje se bez problemu.

[Lynn]

v testingu mas linux-image-2.6.12 ) --cc=gcc32 parametr configure... jinak snad google

[trekker.dk]

Ještě je v něm ta chyba, která způsobí načtení všech modulů pro IDE řadiče, které jsou v initrd?

[maleprase]

a dal? pripada mi to jakesi bez konce

[Trained.Monkey]

Neni to jen o kompilaci ale i nastavovani vseho mozneho. LFS rozhodne stoji za vyzkouseni, ale potrebujes tak dva tydny...

Na to liveCD se mi zda vyborny Arch.

[XXX]

Na LFS je docela podrobný návod jak to udělat. Tak si tedka po večerech čtu a zkouším... Víš kdybych si udělal potom skript na to co tam chci a co nechci a o víc bych se nestaral. Jenom bych si ztáhnul nové prográmky a hotovo. Vím že skript si mužu napsat na jakoukoli distribuci ale LFS mě přijde fakt čistý a alespon se zase něco nového naučím.

[m0d0r]

hmmmmm dva tyzdne ? a to mas skade ?

[raziel]

jj LFS je zabava na cely zivot :)

[eudyptes]

Tak LFS jsem zvládnul až po X, Apache, MYSQL za 2 dny. Je to dobrá distribuce, ale tak na naučení a vyzkoušení. Provozoval jsem ho 3 měsíce, a dnes už mám zase zpátky Debian testing a jsem spokojený. LFS doporučuji vyzkoušet.

[Michal Vyskočil]

No pořád mi uniká, co je to za výhodu nemít balíčkovací systém. Po zkušenostech ze Slackware (nic proti němu) jsem skutečně rád, že se o tohle nemusím starat. Z nadšení pro "čistotu" systému a ručního řešení závislostí pomocí ldd jsem už vyrostl, to se hodí na server, kde je +- stejná skupina programů. Ale na desktopu je to neskutečný opruz .

[#Tom]

No pořád mi uniká, co je to za výhodu mít balíčkovací systém......... Nemám rád, když mi nějaký balíčkovací systém radí, co a jak mám dělat. Když jsem před lety používal Red Hat a pak Fedoru Core (jen první), stejně jsem instaloval holý systém, pak část ručně z CD, mnohdy pomocí rpm -i --nodeps či ještě --force a tak nějak, pár programů jsem kompiloval ze zdrojáků (XMMS - nejedou tam MP3), nebo okopíroval ze staršího Red Hatu CZ (třeba teTeX). Výsledekem byl pochopitelně funčkní, leč oplzlý chlívek, tak jsem přešel k LFS, kde si musím udělat (skoro) všechno sám. Dost mě to motivuje k uklízení v systému.

[Michal Vyskočil]

...mnohdy pomocí rpm -i --nodeps či ještě --force a tak nějak, pár programů jsem kompiloval ze zdrojáků (XMMS - nejedou tam MP3)...

No, pokud je to takhle, tak to chápu, že ti balíčkovací systém poněkud překáží . Já si to zažil ve Slacku -

./configure
prefix=/usr/local
make
make DESTDIR=/tmp/foo install
cd /tmp/foo
makepkg foo
installpkg foo

a asi jsem v tom nenašel takové zalíbení, abych u toho zůstal ještě teď.

[Lada]

Zkus distribuci Sourcemage

[kotrcka]

Preco len SourceMage? Je aj LunarLinux, RockLinux,Sorcerer...

moznosti je kopa...

[martink]

V testingu je linux-image-2.6.12-1... Není problém nainstalovat si také gcc 3.4 (nebo 3.3 nebo 2.95) a při kompilaci nastavit správně proměnnou CC.

[trekker.dk]

Mít nainstalované gcc-4.01 není povinné, taky mám Debian testing a používám gcc-3.3

Kromě nastavení proměnné CC je taky možné použít řešení "natvrdo" - v /usr/bin jsou symlinky gcc, gccbug, cpp a g++, které odkazují na tu verzi překladače, která se používá.

A co se jádra týče, balíčky s jádrem nemají moc závislosti (resp. většinou jsou už nainstalované), takže není problém stáhnout si aktuální unstable jádro a nainstalovat ho pomocí dpkg

[petr_p]

Taky znam. Ja to resim tak, ze nainstaluju libovolnou aktualni binarni distribuci, zrusim /etc/init.d/boot a /etc/rc.d a /etc/init.d/boot si napisu sam. Nahazim tam vse co, potrebuji, nemusim se drbat s distribution-specific konfiguraky, startuje to maximalne rychle a mam absolutni prehled.

Pak kdyz potrebuji novou verzi nejake applikace ci knihovny, tak ji odinstaluju, stahnu zdrojaky, podle sebe si nastavim ./configure, prelozim a nainstaluju do /usr/local. Timto zpusobem postupne prelivam system do /usr/local az v korenu zustane jen glibc a par hardcore nastroju.

Clovek pak pochopi, co je to dependecy hell -- jake si to udelas, takove to mas.

Problem je, ze takto to lze dlouhodobe provozovat jen na ocesanych strojich (routery, dedikovane servery, tenci klienti) a na 1, slovy jednom, vlastnim desktopu. Sezere to totiz neskutecne mnozstvi casu. Proto postupne prechazim na Gentoo (jako ze migruji stroj za strojem), kde mohu pomoci keyword a use flagu pomerne dobre definovat compile-time nastaveni jednotlivych programu a pak je pouhym emerge -s a emerge -uD world udrzovat stale aktualni.