> "На лету изменять зависимости" (удалять из списка установки Recommends-зависимости при
> выборе пакета) чревато тем, что Вы что-нибудь забудете удалить. Или удалите
> что-то, что действительно нужно для некоторой дополнительной функциональности (например,
> evince без dbus не работает с dejavu/pdf-файлами), а потом будете думать/гадать,
> где же Вы ошиблись.Я не буду удалять то, что мне не нужно, или не понимаю. Но я точно знаю, что на маленьком разделе мне не нужен yelp, тащущий за собой ещё 300 мб, и я при этом не хочу делать 'без рекомендуемых'. Я хочу вручную потыкать галки, какие зависимости мне нужны, а какие - точно знаю, что не нужны.
> Работа с зависимостями в рамках APT производится посредством установки pin-ов соответствующим
> пакетам. Это самый мощный из известных мне механизмов выбора кандидатов на
> установку.
Это самый нудный способ. Я делаю несколько движений, чтобы поставить здесь и сейчас, а не пишу правила, чтобы поставить тогда, когда эти правила заработают так, как мне надо.
> Я буду Вам также очень признателен, если Вы объясните, что Вы понимаете
> под "полумягкой зависимостью".
жёсткие - депендс, мягкие - суггест, полумяхкие - рекоменд. яя натюрлих.
> Эти зависимости, надо полагать, были поставлены, ибо были в рекомендациях к другим
> пакетам. Если Вы не хотите видеть их в своей системе, выставите
> им отрицательные pin-ы в соответствии с apt_preferences(5).
Я хочу видеть, что я ставлю, и потом этим управлять. Сделать вышеуказанное я не могу по очевидной причине - я НЕ ЗНАЮ, что затребует тот или иной пакет, то или иное обновление. Я просто вижу, что именно сейчас будет делаться, и выбираю, что ставить, что добавлять, что удалять.
> Задача установки/удаления пакетов мне видится довольно ответственной, чтобы заниматься
> ею интерактивно. Изменение кандидатов на установку является существенным вторжением в
> работу системы, и требует фиксирования в файлах в /etc/apt/preferences.d;
Сейчас в jessie более 40000 пакетов, в sid+experimental и того больше. Создавать конфиг "не надо", а потом думать, как же их поставить - это лишняя трата времени и умственной энергии.
> Если у меня файлы с пинами там лежат - я точно знаю,
> что и почему у меня поставлено. Я могу все снести и
> поставить заново, и все будет точно также, как и прежде. Если
> же я, как и Вы, переложу эту работу на некую утилиту
> (aptitude), то при повторной установке тех же пакетов я получу совсем другую систему.
Логично. Поэтому для "всё снести и поставить заново" существуют и другие механизмы. Я даже больше скажу, установка "десктоп системы" с dvd и из сети даст разную десктоп-систему, именно из-за наличия/отсутствия мягких зависимостей.
>> Я ещё раз говорю - это как сравнивать sed и vi. Кому
>> интересно, пусть попробует написать и отредактировать текст в файле с помощью sed.
> Зря Вы так про sed. Я могу сходу привести Вам примеры, когда
> sed для редактирования файлов куда удобней vi/vim.
Разумеется. Но для дейли юзаж vi удобнее в подавляющем большинстве случаев. Когда мне нужен пининг, я делаю пининг, одно другому вообще никак не мешает.
>> Что значит "слишком умна"?
> apt-get мне так и сказал, а затем завершил работу. А что сделала
> aptitude? Она перешла в интерактивный режим и предложила мне много вариантов
> решения проблемы.
Решение проблем - это последний случай, чаще всего оно не нужно и бесполезно. aptitude - это интерактивная утилита, и чтобы решать проблемы, независимо от пининга, нужно входить в пакеты энтером, ставить зависимости там, а потом с помощью ~b искать проблемы и разрешать их там. Это как интерактивный квест "сходи туда, замочи там всех, сходи обратно". Это средство управления "на месте", а не "догадайся, мол, сама". И именно поэтому ничего подобного aptitude по удобству, наглядности и возможности решить проблему с минимальными временными и умственными затратами я даже близко не видел.
