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