EG>>> Искать глазками в огромном дереве зависимостей - плохой способ, EG>>> поэтому рисовать дерево зависимостей и избыточно, и не поможет. VS>> Если вывести в graphwiz, вообще круто будет.
EG> В огромном дереве неудобно глазками искать и в графическом виде тоже.
EG>>> Правильная формулировка задачи - половина решения. EG>>> Если на самом деле нужен путь по дереву зависимостей, EG>>> начинающийся с одного заданного порта и заканчивающийся на EG>>> другом заданном, VS>> Задача такая, простой пример: ставишь (pkg install) некую VS>> консольную утилиту и удивлённо видишь, что она потащила за собой VS>> xlib с кучей причиндалов. При этом самой утилите иксы точно не VS>> нужны. Хочется узнать, какая из непрямых зависимостей подхватила VS>> иксы.
EG> Ты будешь смеяться, но это совершенно другая задача, ибо в этой
Другая от чего? По-моему это всё части одной проблемы. Причем глобальной: то что за зависимостями никто не следит и не заботится об их оптимальности, поэтому приходится самому. Корчмарь тут не раз писал, как выкидывал целые огромные ненужные деревья зависимостей.
EG> формулировке вопрос про копание в репозитории (pkg search) ещё не EG> установленных пакетов, а вовсе не про разборки с установленными EG> пакетами (pkg query/info) после установки из портов.
А кто-то уже заговорил про разборки с уже установленными? Я вроде нет.
