История изменений
Исправление Zubok, (текущая версия) :
В принципе всё намного проще - apt молчит и ничего не предлагает при удалении пакета - можно сносить).
Ну-у-у, это же совершенно неэффективно и вообще странная тактика. Не будешь же ты бегать по всему списку и тупо пробовать, сносится пакет без зависимостей или нет. Тем более, что выше мы видим, что gnome-terminal почему-то без зависимостей сначала сносится, а потом вдруг зависимости могут удалиться (странное поведение, если честно). Большинство (уже говорю не про все) пакеты ведут себя, как и полагается: зависимости сразу сносятся, если autoremove.
Задачи-то пошире, чем просто снос. Допустим есть много библиотек в разделе libs, oldlibs, perl, python и т. д., которые отображаются установленными вручную, хотя это было не так. Надо разом найти все такие библиотеки, установить, кто от них зависит и какова зависимость: сильная (depends) или слабая (recommends, suggests). По результатам либо библиотеки удалять, либо aptitude markauto/unmarkauto, либо оставлять как поставленные вручную. Есть же не только библиотеки, но и всякие пакеты типа -data, -common. Рекомендуемые пакеты, кстати, также безболезненно могут быть удалены, даже имея флаг auto.
Но, имхо, для поштучного сноса пакетов удобнее synaptic.
У aptitude морда тоже же есть. Там и погулять по разделам можно и посмотреть, от чего пакет зависит, кто от него зависит, описание — много чего. Отличие только в том, что aptitude на ncurses.
Ситуация, когда ставится одно число пакетов, а сносится другое, вполне объяснима, но надо удостовериться, что это имеет место, то есть поэкспериментировать. В Debian по умолчанию ставятся пакеты из рекомендуемого списка (recommends) и зависимости (depends), а установка предлагаемых не выполняется, но aptitude, например, заботливо внизу пишет, что пакет предлагает такие-то и такие-то пакеты, но установлены они не будут. Я предполагаю, что gnome-terminal ставит с собой рекомендуемые пакеты, но в системе уже есть пакеты, которые предлагают (suggests) некоторые из устанавливаемых рекомендуемых пакетов, но они просто не ставились раньше, так как предлагаемые по умолчанию не ставятся. Рекомендуемый пакет, который идет по зависимостям, помечается в системе как установленный автоматически. Когда же основной пакет сносится, то apt удерживает некоторые зависимости из-за наличия слабой зависимости (suggests) от каких-то установленных уже пакетов, поэтому они на удаление не идут. Правильно ли так делать или нет — это вопрос, но видимо так и происходит.
В APT и Aptitude у каждого, помимо общих, есть еще и свои настройки.
Исправление Zubok, :
В принципе всё намного проще - apt молчит и ничего не предлагает при удалении пакета - можно сносить).
Ну-у-у, это же совершенно неэффективно и вообще странная тактика. Не будешь же ты бегать по всему списку и тупо пробовать, сносится пакет без зависимостей или нет. Тем более, что выше мы видим, что gnome-terminal почему-то без зависимостей сначала сносится, а потом вдруг зависимости могут удалиться (странное поведение, если честно). Большинство (уже говорю не про все) пакеты ведут себя, как и полагается: зависимости сразу сносятся, если autoremove.
Задачи-то пошире, чем просто снос. Допустим есть много библиотек в разделе libs, oldlibs, perl, python и т. д., которые отображаются установленными вручную, хотя это было не так. Надо разом найти все такие библиотеки, установить, кто от них зависит и какова зависимость: сильная (depends) или слабая (recommends, suggests). По результатам либо библиотеки удалять, либо aptitude markauto/unmarkauto, либо оставлять как поставленные вручную. Есть же не только библиотеки, но и всякие пакеты типа -data, -common. Рекомендуемые пакеты, кстати, также безболезненно могут быть удалены, даже имея флаг auto.
Но, имхо, для поштучного сноса пакетов удобнее synaptic.
У aptitude морда тоже же есть. Там и погулять по разделам можно и посмотреть, от чего пакет зависит, кто от него зависит, описание — много чего. Отличие только в том, что aptitude на ncurses.
Ситуация, когда ставится одно число пакетов, а сносится другое, вполне объяснима, но надо удостовериться, что это имеет место, то есть поэкспериментировать. В Debian по умолчанию ставятся пакеты из рекомендуемого списка (recommends) и зависимости (depends), а установка предлагаемых не выполняется, но aptitude, например, заботливо внизу пишет, что пакет предлагает такие-то и такие-то пакеты, но установлены они не будут. Я предполагаю, что gnome-terminal ставит с собой рекомендуемые пакеты, но в системе уже есть пакеты, которые предлагают (suggests) некоторые из устанавливаемых рекомендуемых пакетов, но они просто не ставились раньше, так как предлагаемые по умолчанию не ставятся. Рекомендуемый пакет, который идет по зависимостям, помечается в системе как установленный автоматически. Когда же основной пакет сносится, то apt удерживает некоторые зависимости из-за наличия слабой зависимости (suggests) от каких-то установленных уже пакетов, поэтому они на удаление не идут. Правильно ли так делать или нет — это вопрос, но видимо так и происходит.
Исправление Zubok, :
В принципе всё намного проще - apt молчит и ничего не предлагает при удалении пакета - можно сносить).
Ну-у-у, это же совершенно неэффективно и вообще странная тактика. Не будешь же ты бегать по всему списку и тупо пробовать, сносится пакет без зависимостей или нет. Тем более, что выше мы видим, что gnome-terminal почему-то без зависимостей сначала сносится, а потом вдруг зависимости могут удалиться (странное поведение, если честно). Большинство (уже говорю не про все) пакеты ведут себя, как и полагается: зависимости сразу сносятся, если autoremove.
Задачи-то пошире, чем просто снос. Допустим есть много библиотек в разделе libs, oldlibs, perl, python и т. д., которые отображаются установленными вручную, хотя это было не так. Надо разом найти все такие библиотеки, установить, кто от них зависит и какова зависимость: сильная (depends) или слабая (recommends, suggests). По результатам либо библиотеки удалять, либо aptitude markauto/unmarkauto, либо оставлять как поставленные вручную. Есть же не только библиотеки, но и всякие пакети типа -data, -common. Рекомендуемые пакеты, кстати, также безболезненно могут быть удалены, даже имея флаг auto.
Но, имхо, для поштучного сноса пакетов удобнее synaptic.
У aptitude морда тоже же есть. Там и погулять по разделам можно и посмотреть, от чего пакет зависит, кто от него зависит, описание — много чего. Отличие только в том, что aptitude на ncurses.
Ситуация, когда ставится одно число пакетов, а сносится другое, вполне объяснима, но надо удостовериться, что это имеет место, то есть поэкспериментировать. В Debian по умолчанию ставятся пакеты из рекомендуемого списка (recommends) и зависимости (depends), а установка предлагаемых не выполняется, но aptitude, например, заботливо внизу пишет, что пакет предлагает такие-то и такие-то пакеты, но установлены они не будут. Я предполагаю, что gnome-terminal ставит с собой рекомендуемые пакеты, но в системе уже есть пакеты, которые предлагают (suggests) некоторые из устанавливаемых рекомендуемых пакетов, но они просто не ставились раньше, так как предлагаемые по умолчанию не ставятся. Рекомендуемый пакет, который идет по зависимостям, помечается в системе как установленный автоматически. Когда же основной пакет сносится, то apt удерживает некоторые зависимости из-за наличия слабой зависимости (suggests) от каких-то установленных уже пакетов, поэтому они на удаление не идут. Правильно ли так делать или нет — это вопрос, но видимо так и происходит.
Исправление Zubok, :
В принципе всё намного проще - apt молчит и ничего не предлагает при удалении пакета - можно сносить).
Ну-у-у, это же совершенно неэффективно и вообще странная тактика. Не будешь же ты бегать по всему списку и тупо пробовать, сносится пакет без зависимостей или нет. Тем более, что выше мы видим, что gnome-terminal почему-то без зависимостей сначала сносится, а потом вдруг зависимости могут удалиться (странное поведение, если честно). Большинство (уже говорю не про все) пакеты ведут себя, как и полагается: зависимости сразу сносятся, если autoremove.
Задачи-то пошире, чем просто снос. Допустим есть много библиотек в разделе libs, oldlibs, perl, python и т. д., которые отображаются установленными вручную, хотя это было не так. Надо разом найти все такие библиотеки, установить, кто от них зависит и какова зависимость: сильная (depends) или слабая (recommends, suggests). По результатам либо библиотеки удалять, либо aptitude markauto/unmarkauto, либо оставлять как поставленные вручную. Есть же не только библиотеки, но и всякие пакети типа -data, -common. Рекомендуемые пакеты, кстати, также безболезненно могут быть удалены, даже имея флаг auto.
Но, имхо, для поштучного сноса пакетов удобнее synaptic.
У aptitude морда тоже же есть. Там и погулять по разделам можно и посмотреть, от чего пакет зависит, кто от него зависит, описание — много чего. Отличие только в том, что aptitude на ncurses.
Ситуация, когда ставится одно число пакетов, а сносится другое вполне объяснима, но надо удостоверится, что это имеет место, то есть поэкспериментировать. В Debian по умолчанию ставятся пакеты из рекомендуемого списка (recommends) и зависимости (depends), а установка предлагаемых не выполняется, но aptitude, например, заботливо внизу пишет, что пакет предлагает такие-то и такие-то пакеты, но установлены они не будут. Я предполагаю, что gnome-terminal ставит с собой рекомендуемые пакеты, но в системе уже есть пакеты, которые некоторые из устанавливаемых рекомендуемых пакетов в свою очередь предлагают (suggests), но они не ставились раньше, так как предлагаемые по умолчанию не ставятся. Рекомендуемый пакет, который идет по зависимостям, помечается в системе как установленный автоматически. Когда же основной пакет сносится, то apt удерживает некоторые зависимости из-за наличия слабой зависимости (suggests) от каких-то установленных уже пакетов, поэтому они на удаление не идут. Правильно ли так делать или нет — это вопрос, но видимо так и происходит.
Исправление Zubok, :
В принципе всё намного проще - apt молчит и ничего не предлагает при удалении пакета - можно сносить).
Ну-у-у, это же совершенно неэффективно и вообще странная тактика. Не будешь же ты бегать по всему списку и тупо пробовать, сносится пакет без зависимостей или нет. Тем более, что выше мы видим, что gnome-terminal почему-то без зависимостей сначала сносится, а потом вдруг зависимости могут удалиться (странное поведение, если честно). Большинство (уже говорю не про все) пакеты ведут себя, как и полагается: зависимости сразу сносятся, если autoremove.
Задачи-то пошире, чем просто снос. Допустим есть много библиотек в разделе libs, oldlibs, perl, python и т. д., которые отображаются установленными вручную, хотя это было не так. Надо разом найти все такие библиотеки, установить, кто от них зависит и какова зависимость: сильная (depends) или слабая (recommends, suggests). По результатам либо библиотеки удалять, либо aptitude markauto/unmarkauto, либо оставлять как поставленные вручную. Есть же не только библиотеки, но и всякие пакети типа -data, -common. Рекомендуемые пакеты, кстати, также безболезненно могут быть удалены, даже имея флаг auto.
Но, имхо, для поштучного сноса пакетов удобнее synaptic.
У aptitude морда тоже же есть. Там и погулять по разделам можно и посомтреть, от чего пакет зависит, кто от него зависит, описание — много чего. Отличие только в том, что aptitude на ncurses.
Ситуация, когда ставится одно число пакетов, а сносится другое вполне объяснима, но надо удостоверится, что это имеет место, то есть проэкспериментировать. В Debian по умолчанию ставятся пакеты из рекомендуемого списка (recommends) и зависимости (depends), а установка предлагаемых не выполняется, но aptitude, например, заботливо внизу пишет, что пакет предлагает такие-то и такие-то пакеты, но установлены они не будут. Я предполагаю, что gnome-terminal ставит с собой рекомендуемые пакеты, но в системе уже есть пакеты, которые некоторые из устанавливаемых рекомендуемых пакетов в свою очередь предлагают (suggests), но они не ставились раньше, так как предлагаемые по умолчанию не ставятся. Рекомендуемый пакет, который идет по зависимостям, помечается в системе как установленный автоматически. Когда же основной пакет сносится, то apt удерживает некоторые зависимости из-за наличия слабой зависимости (suggests) от каких-то установленных уже пакетов, поэтому они на удаление не идут. Правильно ли так делать или нет — это вопрос, но видимо так и происходит.
Исходная версия Zubok, :
В принципе всё намного проще - apt молчит и ничего не предлагает при удалении пакета - можно сносить).
Ну-у-у, это же совершенно неэффективно и вообще странная тактика. Не будешь же ты бегать по всему списку и тупо пробовать, сносится пакет без зависимостей или нет. Тем более, что выше мы видим, что gnome-terminal почему-то без зависимостей сначала сносится, а потом вдруг зависимости удалиться. Большинство (уже говорю не про все) пакеты ведут себя, как и полагается: зависимости сразу сносятся, если autoremove.
Задачи-то пошире, чем просто снос. Допустим есть много библиотек в разделе libs, oldlibs, perl, python и т. д., которые отображаются установленными вручную, хотя это было не так. Надо разом найти все такие библиотеки, установить, кто от них зависит и какова зависимость: сильная (depends) или слабая (recommends, suggests). По результатам либо библиотеки удалять, либо aptitude markauto/unmarkauto, либо оставлять как поставленные вручную. Есть же не только библиотеки, но и всякие пакети типа -data, -common. Рекомендуемые пакеты, кстати, также безболезненно могут быть удалены, даже имея флаг auto.
Но, имхо, для поштучного сноса пакетов удобнее synaptic.
У aptitude морда тоже же есть. Там и погулять по разделам можно и посомтреть, от чего пакет зависит, кто от него зависит, описание — много чего. Отличие только в том, что aptitude на ncurses.
Ситуация, когда ставится одно число пакетов, а сносится другое вполне объяснима, но надо удостоверится, что это имеет место, то есть проэкспериментировать. В Debian по умолчанию ставятся пакеты из рекомендуемого списка (recommends) и зависимости (depends), а установка предлагаемых не выполняется, но aptitude, например, заботливо внизу пишет, что пакет предлагает такие-то и такие-то пакеты, но установлены они не будут. Я предполагаю, что gnome-terminal ставит с собой рекомендуемые пакеты, но в системе уже есть пакеты, которые некоторые из устанавливаемых рекомендуемых пакетов в свою очередь предлагают (suggests), но они не ставились раньше, так как предлагаемые по умолчанию не ставятся. Рекомендуемый пакет, который идет по зависимостям, помечается в системе как установленный автоматически. Когда же основной пакет сносится, то apt удерживает некоторые зависимости из-за наличия слабой зависимости (suggests) от каких-то установленных уже пакетов, поэтому они на удаление не идут. Правильно ли так делать или нет — это вопрос, но видимо так и происходит.