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