Ekvivalent checkinstallu

Divacky Roman xdivac02 at stud.fit.vutbr.cz
Tue Jun 28 12:59:20 CEST 2005


On Tue, Jun 28, 2005 at 11:49:41AM +0200, Dan Lukes wrote:
> Roman Neuhauser wrote:
> >>Potřeboval bych něco takového na "stand alone desktop" bez připojení k
> >>Internetu. Mám kupu zdrojáků, ale zárověň bych chtěl zachovat pořádek.
> >
> >
> >    Nebo myslite pouziti portu s /usr/ports/distfiles pred-zaplnenym
> >    pomoci portinstall -aF ci (cd /usr/ports && make fetch), prip.
> >    (ve spolupraci s) MASTER_SITE_OVERRIDE / CD_MOUNTPTS, jak by se
> >    zdalo z tohoto odstavce?
> >
> >    BTW, jak se to podle Vas lisi? Krome metody kompilace a instalace
> >    maji package, porty (vc. pri pouziti portinstall/portupgrade)
> >    stejnou databazi ve /var/db/pkg (portinstall ma jeste nejake veci
> >    kolem).
> 
> 	Pokdu mate moznost onen stroj alespon na chvili pripojit k Internetu 
> (jak predpokladam, ze predpokladate) pak se to tolik nelisi.
> 
> 	Pokud ho ovsem k Internetu nepripojite ani na chvili, pak to uz 
> 	uplne totez neni.
> 
> 	Zakladem je mit na obou stranach naprosto stejnou verzi stromu portu 
> (to znamena tam, kde pripojeni k Internetu mate nedelat update nebo 
> nejakym - ale ja nevim jakym presne - zpusobem sesynchronizovat zmeny i 
> na druhe strane). Tato podminka u packages samozrejme odpada.
> 
> 	Pak musite pred zahajenim onech "make fetch" vycistit distfiles nebo 
> nejakym jinym zpusobem pote zjistit, co z toho, co tam je patri k tomu, 
> co potrebujete vy. To u packages take odpada, tam je jasne, ze jeden 
> package = jeden balicek.
> 
> 	Zbytek uz je v zasade stejny. Takze, pokud  nemate v umyslu 
> 	prekladat port s nejakymi zvlastnimi optiony, pak je pouziti packages, 
> nejmene v tomto pripade rekl bych, daleko jednodussi.
> 
> 	A jakmile na pripojenem stroji jednou updatujete strom portu je tato 
> cesta prakticky znemoznena a musite updatovat strom i na stroji 
> nepripojenem - no a nebo, jednoduse, pokracovat v pouzivani packages ...
> 
> 	Tazatel si, samozrejme, musi vybrat sam. Rekl bych, ze jednoducha a 
> vseobecne prijatelna sumarizace by mohla byt:
> 
> PORTY
> + relativne rychla reakce na vznik novych verzi (za predpokladu, ze 
> nakonfigurujete update a pouzivate ho)
> + moznost customizovaneho prekladu, pokud ho potrebujete
> - vyssi naroky na misto na disku a vykon procesoru
> - vyssi zatizeni Internetoveho pripojeni (a to z vetsi casti bez ohledu 
> na pocet nainstalovanych baliku)
> + portupgrade usnadnuje aktualizace (za predpokladu, ze ho dobre 
> nakonfigurujete)
> 
> PACKAGES
> - pomalejsi reakce na vznik novych verzi
> - nemoznost customizovaneho prekladu
> + mensi naroky na disk, procesor i pripojeni
> - pkg_update neni tak chytry jako portupgrade, ale zase se nemusi nijak 
> konfigurovat a neni vazan na update lokalnich dat (stromu portu)

portupgrade jde pouzivat i s packages (-P popr. -PP)



More information about the Users-l mailing list