Ve FreeBSD je i moznost instalovat z binarnich balicku. Ja osobne nemam s zadnym unixovym systemem mnoho administratorskych zkusenost, takze nevim jestli to jde i jinak. Ale co si pamatuji, tak staci nainstalovat port portupgrade. Ten pak umoznuje instalovat i primo binarni balicky a v pripadne nepritomnosti binarniho balicku automaticky instalovat ze zdrojaku.
Osobne je kolekce portu to, co mi u Linuxovych distribuci chybi. Ale slysel jsem, ze Gentoo obsahuje neco podobneho.
Zpusob instalace ze zdrojaku je, si myslim, take lepsi. Precejenom u takoveho molochu jako je treba KDE se hodi kazde procento rychlosti navic pri optimalizaci pro konkretni procesor, kterou binarky nikdy nemuzou mit.
Ad instalace ze zdrojaku - viz vyse. Priznam se, ze s procesorovym vykonem jsem nikdy nemel vaznejsi problemy, vzdycky slo spis o pamet/disk/propustnost sbernice/site.
Pozor, nejsnadnejsi instalace z balicku je prave pres /stand/sysinstall (program, ve kterem probehla i instalace). Je treba zvolit "configure"->"packages". Pokud date instalaci ze site, pak se nakou chvili nacita seznam aktualnich balicku, coz muze trvat. Z CD je to idealni, ale nevim, jestli u nas nekdo distribuuje kompletni 5CD/1DVD set.
Potom se vam ukazi vsechny dostupne predkompilovane balicky, pohodlne si vyberete, automaticky se vyberou zavislosti, a pak uz se jen stahuji balicky a instaluji (program pouziva zmineny pkg_add). Je to asi nejrychlejsi cesta a vrele doporucuji. Preci jenom treba prave u KDE trva kompilace (pokud je instalujete komplet se vsemi nastroji) zatracene dlouho.
Uvedeny zpusob ma bohuzel jednu nevyhodu (nebo aspon mel, kdyuz jsem ho naposledy pouzival). Zavislosti ma pres presne verze balicku. Pokud mate tedy jen o neco starsi verzi neceho co instalovany program potrebuje, ale ktera by stacila pri instalaci ze zdrojaku (/usr/ports), tak ze treba nainstaluje znovu. V portech jsou zavislosti obvykle vazany na existence souboru, takze se tam tohle nedeje.
Jeste existuje velmi dobry nastroj na praci s predkompilovanymi balicky v prostredi KDE, ovsem to uz je tam clovek musi mit :) a balik kdeadmin.
Podle me je asi nejmin bolestne reseni: pocatecni instalace softwaru z "packages" ve /stand/sysinstall, a dalsi software pak instalovat v /usr/ports.
mno s tema radoby automagickehma optimalizacema bych se hodil do klidu. ono nic neni samo od sebe (no mozna na gentoo ;-)
1. pripad(fedora + VIA CyrixIII samuel2(model 7)) socket 370: arch vrati 686 a gcc by melo sparvne(v nejlepsim pripade) pouzit --mcpu=c3 --mcpu=c3 (jinak to bude fungovat i s --march=686 --mcpu=686 --mmmx --m3dnow); kompilace vetsiny srpm pouziva 586, kompilace fedorackeho jadra po volbe viac3 pouziva taky naprosto nepochopitelne 586 a mplayer taky naprosto imbecilne 586.
clovek aby to neustale vsude prepisoval a prebaloval, aby to mohl korektne buildnout.
2. pripad (fedora (national semiconductors/ibm)) cyrix instead (model 1) supersocket 7: arch 686, spravne --march=686 --mcpu=686 --mmmx a fedora misto toho co? no jasne 586... zacinam byt na ti optimalizace prekompilovanim ze zdrojaku alergicky - je to kybl prace navic a u nekterych projektu s blbe napsanyma makefilama to je uprava 50+ souboru... (ignorace CFLAGS/ plneni prazdnou hodnotu ve vnorenem/...)
ps: zacinam byt na takovydle reci silne alergicky (primo umerne k pomalosti systemu(neprekompilovane knihovny) kazdy makefile navic(nastesti u mplayeru stacil akorat config.mak))
mno s tema radoby automagickehma optimalizacema bych se hodil do klidu. ono nic neni samo od sebe (no mozna na gentoo ;-)
1. pripad(fedora + VIA CyrixIII samuel2(model 7)) socket 370: arch vrati 686 a gcc by melo sparvne(v nejlepsim pripade) pouzit --mcpu=c3 --mcpu=c3 (jinak to bude fungovat i s --march=686 --mcpu=686 --mmmx --m3dnow); kompilace vetsiny srpm pouziva 586, kompilace fedorackeho jadra po volbe viac3 pouziva taky naprosto nepochopitelne 586 a mplayer taky naprosto imbecilne 586.
clovek aby to neustale vsude prepisoval a prebaloval, aby to mohl korektne buildnout.
2. pripad (fedora (national semiconductors/ibm)) cyrix instead (model 1) supersocket 7: arch 686, spravne --march=686 --mcpu=686 --mmmx a fedora misto toho co? no jasne 586... zacinam byt na ti optimalizace prekompilovanim ze zdrojaku alergicky - je to kybl prace navic a u nekterych projektu s blbe napsanyma makefilama to je uprava 50+ souboru... (ignorace CFLAGS/ plneni prazdnou hodnotu ve vnorenem/...)
ps: zacinam byt na takovydle reci silne alergicky (primo umerne k pomalosti systemu(neprekompilovane knihovny) kazdy makefile navic(nastesti u mplayeru stacil akorat config.mak))
A nemuze to byt prave tou Fedorou? Ja jsem ji sice nikdy nevidel, takze kritizuju neco co neznam, ale RedHat (a SuSe)me presvedcil, ze lze delat distry cimdalhure a Fedora by nemela nabizet nic navic.
Mam za to, ze kdyz clovek pouziva systemy stavene na to aby se v nich vsechno prekompilovalo, tenhle problem odpadne. Kdyz to udelam na MDK,RH,SuSe,LX... muzu pocitat s tim, ze mi to tvurce nedaruje (paralela s M$).
Gentoo, Slackware, Sourcemage, vsechna BSD a jiste spousta dalsich jsou celkem slusne pripravene na kompilaci vlastnich veci, ktere jsou taky celkem slusne pripravene (problem se obcas obevi, ale vetsinou brzy zmizi). Kdyz do toho zacnete cpat vlastni zdrojaky s divnym(i) Makefile(y), je to jina, Makefile Rulez a nic se s tim neudela, lec myslim, ze je to dobre. Nekdy programator vi, proc je dany kod nutno optimalizovat nejvyse pro to ci ono ale mel by to napsat do dokumentace.
ČLÁNKY DO MAILU