Prace s porty

[Miroslav Lachman]

freebsdml at quasan.com wrote:
> Tak vsem diky za namety, ale zadna pomucka zde uvedena nevyresila muj 
> problem. Zdase, ze jak se jednou ve fbsd povicero provazou zavislosti 
> jednotlivych portu tak se jen tezko vracite kamsi nazpet. Takze po teto 
> zkusenosti bude pro me opravdu nejlepsim nastrojem pro praci s porty 
> dump&restore, tedy alespon pri instalaci vetsiho mnozstvi baliku. 
> Nepochybuji, ze by to tady nekteri jedinci nedokazali zvladnout, urcite 
> dokazali...zkratka by se do toho zakousli a sli balik po baliku a 
> nakonec to procistili. Nicmene je to taky o efektivite vyuziteho casu. 
> Bud stravim X hodin likvidaci baliku po baliku a budu doufat, ze si diky 
> tomu neodkrouhnu treba sambu, ktera pocita s nejakou XY knihovou, ktera 
> na prvni pohled nema se sambou nic spolecnyho nebo zkratka a jednoduse 
> si v pripade chybejiciho dumpu vezmu instalacni cd, zkopiruju 
> konfiguraky, dumpnu si databaze a za 1-2 hodinky sem hotov a mam jistotu 
> funkcniho systemu, kdy se nemusim desit, ze se po restartu nerozjede 
> polovina sluzeb kvuli chybejici *lib*.so.

Rekl bych, ze ve tvem pripade doslo k nepochopeni zde popsanych reseni a 
nebo nepochopeni zakladnich principu balikovaciho systemu na FreeBSD. 
Pokud nejakemu tomu systemu na deinstalaci (at uz je to pkg_delete, 
pkg_deinstall, nebo neco jineho) nevnutis nasilne odebrani neceho, na 
cem zavisi dalsi balik, tak se to samovolne neodinstaluje a "nemuze se 
stat", ze ti pak bude chybet nejaka knihovna. Ten system baliku je 
udelany prave tak, ze se udrzuji informace o tom, co na cem zavisi. 
Takze to spravne a skutecen fungujici reseni tu od nekoho uz rozhodne 
padlo a neni to ani o hodinach stravenych u pocitace, je to jen o tom, 
zadat par prikazu opakovane po sobe a vzdy pockat na jejich dokonceni, 
ktere bude nekde v radu desitek sekund, mozna minut (netusim, jak velkym 
molochem je gnome, ja ho nepouzivam)