Vlákno názorů k článku Vlastní mirror repositářů pro Debian a Ubuntu od RDa - V Gentoo to je teda jednodussi podle me...
-
RDa (neregistrovaný)
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.
-
RDa (neregistrovaný)
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 :)
-
# (neregistrovaný)
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).
-
RDa (neregistrovaný)
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.
