V Gentoo to je teda jednodussi podle me - staci nastavit na kazdem stroji stejny adresar pro uchovani stazenych balicku na nejaky NFS share, ktery je zapisovatelny. V make.conf napr.: DISTDIR="/mnt/distfiles". A stejne i se stromem balicku (PORTDIR="/mnt/portage"), ktery pak staci synchronizovat na jednom stroji - pokud je to ten ktery to sdili, tento share muze byt readonly.
Resi se to stejne jako kdyz si pustite lokalni instalaci toho sameho 2x.. DISTFILES nese zamky sebou (v adresari /mnt/distfiles/.locks/ ) a instalator je dostatecne chytry aby pockal na dotazeni balicku.
V pripade vetsi instalace se balicky jiz nejakou dobu stahuji dokonce na pozadi instalace - cize soucasny pristup k datum je vyresen vyborne.
Co se tyce synchronizace PORTAGE - delate ji bud pravidelne v noci, nebo predtim nez neco potrebujete nutne aktualizovat. Vy si snad pustite synchronizaci a update/instalaci zaraz? Prinejhorsim se neco nepovede nainstalovat, zkusite podruhe a uz to jde. Standardni Gentoo zivot :) (taky je o hodne pravdepodobnejsi ze neco nepujde zkompilovat, nez ze se pri synchronizaci zrovna trefite do patchovani jen s polovinou patchu, nebo vypoctu zavislosti ktere by si spolu opravdu nesedli).
>> DISTFILES nese zamky sebou
Díky, to mě právě zajímalo.
>> se balicky jiz nejakou dobu stahuji dokonce na pozadi instalace
To je pěkné!
>> Vy si snad pustite synchronizaci a update/instalaci zaraz?
Nepustím, protože Gentoo nepoužívám ;) Spíš my šlo třeba o to, že si člověk nemusí uvědomit, že když spustí před spaním kompilace nějakýho molocha (OpenOffice nebo tak něco), že se mu do toho přes noc připlete synchronizace portage v cronu... Čili ptal jsem se (podobně jako v předchozí otázce), jestli je to ošetřeno, nebo to musí hlídat admin.
>> Prinejhorsim se neco nepovede nainstalovat, zkusite podruhe a uz to jde. Standardni Gentoo zivot :)
Tak to mě teda moc neláká, bez urážky :)
samozrejme pak jsou potreba jeste fyzicky ebuildy (ulozeny v portage tree); tady je teoreticky mozny, ze by update portage mohl nektery ebuild odstranit a nahradit jinym (vetsinou novejsim), nicmene v situaci, kdy budu updatovat pravidelne nightly se to imo nestane (starsi baliky se nemazou hned a velke mnozstvi baliku ma vic stable/testing verzi).
Pro absolutni klid admina na dusi by pro tento pripad stacilo napr lokalne pres rsync (prvni co me napadlo) pred emerge synchronizovat portage tree a nepouzivat sdileny uloziste (samozrejme cache balicku by dal zustala sdilena). Pripadne pouzit neco jako skript update-world, kterej se po nezdarene kompilaci pokousi o dalsi (jen by se musel upravit pro znovugenerovani listu balicku).
Cetl a pochopil moc dobre :) A mit prehled je prece plus.
Ono je to videt i v diskuzi, jak to nekterym nefunguje, ze zcela zahadneho duvodu. Neni prece jednodussi, kdyz primo balickovaci system je navrzen inteligentne, oproti stavu "staci jednoduse a zbytek se nejak pozdeji dodela".. to pak vznikaji tyto problematicke doplnky.