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 ...
--
FreeBSD mailing list (users-l@freebsd.cz)
http://www.freebsd.cz/listserv/listinfo/users-l
