Vesti na srpskom za Gentoo, na www.gentoo-srbija.org, nisam ništa sveže stavljao ali kasnije ću da ispišem sve za gentoo 2005.0.

Tačno, planovi su sledeći: 2005.0 u Januaru a 2005.1 u Julu/Avgustu, zato bolje sačekaj još malo.
Ok. jesi pogodio, ali zašto ti je smor da kompajliraš, sigurno imaš preko giga proc, a lepota je kad je sve prilagođeno tvom procesoru, pa još da bootstrap-uješ Gentoo od Stage1, lepota.
Obavezno probaj Stage1 + NPTL + Reiser4 + GCC3.4 sjajn0. sad sa 2005.0.

----
cheers

>
novi gentoo izlazi po pravilu cca svakih 6 mjeseci pa se po tomu ravnaj.
sada bi trebao novi izaci.

oke, thanx
mislim da cu onda da sacekam.. mada nisam bas strpljiv :) nadam se da ce skoro nova verzija

sto se tice kompajliranja, nije mi bas smor, ali imam dosta lose masine 488mhz i 850mhz
+jedna (losija) ima modemsku vezu sa netom, a ovu bolju nazalost ne mogu da ostavim 'nefunkcionalnu' dok se to sve ne iskompajlira, tj. treba mi ta masina.
Kad smo vec kod toga koliko bi trajalo kompajliranje na duronu 850mhz sa 256 rama?

vjeruj mi da bi volio da sve fino nastelam za moj sistem, ali .. :(

edit:
sta je NPTL?

Sto ne probas ovakav scenario:

- Obezbediš "velikoj" mašini konekciju sa netom dok sređuješ "manju".
- Kad završiš vratiš sve sa veće na manju mašinu i sređuješ veliku.

Pored toga ako imaš podatke na manjoj koji ti trebaju dok kompajliraš i sređuješ istu, mrežu između te dve mašine možeš da obezbediš preko liveCD'a tako da dok poslovi teku možeš da pristupiš hardu i podacima na manjoj. Jedino modem prebaci na veću da možeš da koristiš internet za to vreme.

Pa ovako ako ti manja mašina služi kao net,firewall i fajl server mašina na njoj ne moraš da kompajliraš X i ostale "zahtevne" stvari (središ USE flagove sa -X -KDE -GTK... itd.) jer sve možeš lepo da radiš iz Terminala i da je održavaš preko SSH. Tako da za podizanje sisema i kompajliranje Stage1 na manjoj ti ne treba više od otprilike 8-10 sati (možda manje) na 488Mhz.

Za ovu veću mašinu ti verovatno treba X i ostale lepe stvari kao što je naprimer FluxboxWM i sl. tako da za nju odvoji, za bleeding edge sistem, 1-2dana :) Jeste puno ali kad se sve završi imaš stvarno, ali stvarno ultra hiper brz i stabilan sistem!+NPTL,reiser4 pa još i LDFLAGS brrrr. Nema većeg bogatstva.

Ja imam sličnu kombinaciju mreže kod kuće+još jedna mašina, tako da mi ova manja, koja je povezana na net i na kojoj su mi kompletni distfajlovi, radi kao firewall i kao NFS i samba+cups server. Pored toga uvek sredim mrežu da mogu da koristim distfajlove kad radim na manjoj (gore opisan postupak).

NPTL = Native Posix Threads Library
To je brža i efikasnija metoda za rad sa aplikacijama, omogućava istim da rade više stvari odjednom. Takođe se nameće kao mnogo bolja POSIX kompatibilnost od stare Linux threads metode.
Ulrich Drepper je RedHat Linux programer koji je izdao kompletnu specifikaciju i iscrpne informacije o "Native POSIX Thread Library" (NPTL) dovuci i pročitaj sa ove lokacije.
-----
Cheers

Ako su dvije masine ukljucene u proces instalacije, rijesenje je distcc. Detaljna uputstva za koriscenje se nalaze na ovoj stranici. Ukratko, proces prevodjenja se podijeli izmedju dvije masine, a to moze da se uradi i u toku instalacije (vidjeti Gentoo prirucnik), a fajlovi (i rezultati prevodjenja) se muljaju preko lokalne mreze.

Pa sad.....ne vidim uopste razlog zasto bi cekao da izadje nova verzija kad samo sa jednom emerge komandom mozes sve da dovedes na latest'n'greatest

Nisam probao distcc, iskreno nisam ni čitao puno o tome, da li to znači da je proces prevođenja brži. Trebalo bi bar? Po ovome bi onda Tyler'u za kompajliranje na "manjoj" mašini trebalo mnogo manje vremena, a i na "većoj".

Vrlo zanimljiv staff Apatrid'e, probaću.

---
Cheers.

Proces prevodjenja jeste brzi, osim u slucajevima kada su razlike ekstremne. Sto se desava je da make paralelizuje prevodjenje fajlova (u make.conf ima parametar koji se stavi na broj raspolozivih procesora +1 da se postigne da je zauzece procesora 100%), jedan fajl prevodi procesor, a onaj drugi se posalje udaljenoj masini. Onda udaljena masina prevede i opet mrezom vrati rezultat.

Jedine situacije kada se ne postize ubrzanje su:
- Ako paket ne dozvoljava paralelno prevodjenje (nazalost, mislim da bas Open Office ili nesto tako veliko radi takve gadarije), jer su im se desile prije gadosti i ne zele da debaguju i sredjuju taj mod prevodjenja.
- Ako je masina A toliko brza od masine B da A prevede sve fajlove dok ceka na masinu B. U ovakvoj situaciji se distcc podesi tako da A uopste ne trazi prevodjenje od B vec sve radi sama, dok se, istovremeno, svako prevodjenje pokrenuto na B dijeli izmedju A i B (postoje i seme da se odredi, grubo, koliko posla da se da jednom a koliko drugom, sve pise u dokumentaciji)

Ako se koriste isti use flagovi, radi se o istoj arhitekturi (obe masine Duron-i, npr.), gdje mogu da se drze isti parametri za kompajler, dodatna usteda se postize i time da se ne samo prevede paket, vec i da se napravi binarni paket. Tako se prevodi samo na A, a B povuce pakete nekom nfs ili sftp semom.

hvala svima na odgovorima

ali malo sam vas ja pogresno naveo
nazalost ta dva kompjutera nisu u mrezi :( Nisu ni blizu jedan drugome i tu otpada sva ova prica tako da cu ipak sacekati da izadje nova verzija.

u svakom slucaju distcc veoma fino zvuci. I ja cu probati prvom prilikom...