Distribuce balicku a quiet build

[Miroslav Prýmek]

Ted jsem z toho nejakej zmatenej - bud jsme si nerozumeli, nebo
jsem neco spatne pochopil. Moje myslenka byla takovahle:

Situace:
1) mam server S, na kterym se prekladaji porty do binarnich balicku  
(portupgrade -Np PORT)
2) mam dalsi servery A,B,C kde chci ty balicky taky instalovat (pomoci  
portupgrade -NPP PORT)
3) nastaveni voleb balicku je na vsech strojich stejny

Reseni:
1) na S,A,B,C se pravidelne provadi portsnap cron update -> celej  
obsah /usr/ports (krome ./packages) by
mel byt timpadem stejnej na vsech strojich, pokud dobre chapu princip
2) S:/usr/ports/packages se pomoci NFS namountuje na strojich A,B,C  
do /usr/ports/packages
3) Veskery operace s metadatama - vyhledavani zavislosti, balicku  
podle jmena, atd. atd. bude
timpadem na S i A,B,C probihat LOKALNE, tedy rychle
4) instalace baliku X na A,B,C se udela pomoci portupgrade -NPP X,  
takze zavislosti se
najdou podle LOKALNICH souboru a pote se nainstaluji PREDKOMPILOVANY  
balicky z /usr/ports/packages,
ktery je nasdileny z S
5) jediny, co se bude tahat po (pomale) lince, budou binarni balicky
6) neni potreba rucne pouzivat pkg_add, pracuje se normalne s  
portupgrade

Je v te uvaze nejaka chyba? Pokud ne, tak mi to prijde jako docela
elegantni reseni bez jakychkoli dodatecnych skriptu.

M.


On 19.8.2009, at 15:14, Dan Lukes wrote:

> Pri pouziti pkg_add by stacilo dokonce jen /usr/ports/packages/All
>
> Pravda, pouziti pkg_add ma sva specifika a je dobre vedet co a jak  
> dela, na druhou stranu, to plati i pro ostatni upgradovaci systemy  
> vcetne portupgrade.
>
>> Pouziti bych pak videl stejne jako v Danove pripade
>> # portupgrade --batch -NPP BALIK
>
> Ano, tohle na pomale lince bude potiz. Mj. se bude nacitat cely  
> INDEX-7.db a uz to samo o sobe neni uplne rychla operace.  
> Pripoustim, ze i na te rychle lince to tka obcas nedelam a misto  
> toho pouziju pkg_add ...