Потому что для каких-то юзкейсов он всё-таки готов, очевидно же.

Вот так новость. Спасибо. А я всё думал, зачем они новую утилиту запилили... Я про apt. Просто apt.

Ты вот сразу так не верь, что там написано, потому что ты как-то легко веришь. Про то, что забывается флаг «установлен автоматически» - это и apt-get забывает. Проблема не в aptitude, а в apt, которой и apt-get пользуется.

# apt-get install gnome-terminal
Чтение списков пакетов… Готово
Построение дерева зависимостей       
Чтение информации о состоянии… Готово
Будут установлены следующие дополнительные пакеты:
  gnome-terminal-data libvte-2.90-9 libvte-2.90-common
Рекомендуемые пакеты:
  yelp
НОВЫЕ пакеты, которые будут установлены:
  gnome-terminal gnome-terminal-data libvte-2.90-9 libvte-2.90-common

...

# apt-get remove gnome-terminal
Чтение списков пакетов… Готово
Построение дерева зависимостей       
Чтение информации о состоянии… Готово
Пакеты, которые будут УДАЛЕНЫ:
  gnome-terminal

Оп-па! А должны четыре пакеты удалиться. Дело в том, что автор сообщения потом делает apt-get autoremove и сиротинки удаляются (еще раз повторю, что вообще никаких autoremove делать не должно требоваться). Так и в aptitude надо сделать

# aptitude install -f
Следующие пакеты будут УДАЛЕНЫ:                  
  gnome-terminal-data{pu} libvte-2.90-9{pu} libvte-2.90-common{pu} 

Это баг настоящий. Все верно. Но только это баг apt.

Нет. Debian не добавляют новые версии в стабильные ветки. Только обновления безопасности. Исключением могут стать такие программы, как например браузеры. Но я думаю что можно будет накатить 4.12 через backports

Вы написали полный бред и вводите человека в заблуждение.

apt-get и не должен сразу удалять ненужные пакеты, это так и задумано. Его можно попросить это сделать опцией --auto-remove (есть и соответствующий параметр apt.conf). Никакие флаги автоматической установки в любом случае не забываются, информация об этом не теряется, что легко проверить с помощью apt-mark.

aptitude же при определённых условиях самопроизвольно сбрасывает этот флаг, и такие пакеты больше не считаются автоматическими и остаются в системе мёртвым грузом. Их более не видит ни apt-get autoremove ни aptitude. Вот это и есть баг.

Не нужно выдавать свои необоснованные предположения за факты.

Ага-а-а, точно! Оказывается, задумано так. Давненько я не брал в руки шашек apt-get. Но все равно же, сволочь, не удаляет сразу, но сейчас-то уж должен! Я не понимаю почему. gnome-terminal-data, например, - жесткая зависимость, больше он никому не нужен. Он должен удалиться, как и два остальных пакета, от которых только и зависит gnome-terminal (приложение для примера взял):

# apt-get remove --auto-remove gnome-terminal
Чтение списков пакетов… Готово
Построение дерева зависимостей       
Чтение информации о состоянии… Готово
Пакеты, которые будут УДАЛЕНЫ:
  gnome-terminal
обновлено 0, установлено 0 новых пакетов, для удаления отмечено 1 пакетов, и 0 пакетов не обновлено.
После данной операции, объём занятого дискового пространства уменьшится на 743 kB.
Хотите продолжить [Д/н]? 

С другими пакетами все ок - удаляет зависимости. Чудеса, да? То же самое и с aptitude. Должен, но не удаляет.

Баг с aptitude с флагом «A» уже давно нами замечен (пруфы: 1, 2), но у меня wheezy пока. Я же специально написал, в чем мои претензии к посту (вернее, к apt-get, aptitude). Они не всегда удаляют зависимости, когда должны. А флаг «А» я скажу, когда сбрасывается. Он сбрасывается при любом следующем вызове aptitude, кроме aptitude install без параметров. Это баг известный. Обнаружил в squeeze, в wheezy не исправлен.

Самая большая проблема aptitude даже не в наличии багов как таковых, а в очень малой вероятности их исправления: разработка фактически остановлена. Все новые функции разрабатываются в apt, все процедуры (например, обновление, расстановка зависимостей и т. д.) рассчитывают, исходя из поведения apt, утилиты (даже те, что раньше использовали aptitude, например, tasksel) используют apt... Очень похоже, что aptitude уже мысленно похоронили, и все с этим смирились, кроме пары энтузиастов, да и те раз в полгода коммит делают...

Пока aptitude работает и вменяемой альтернативы с такими же фичами нет: широкие поисковые возможности по пакетам, которыми я пользуюсь очень часто, а также морда, в которой можно интерактивно зависимости просматривать и управлять ими (требуется это редко, но когда надо, то альтернатив таких нет). Решатель — спорный момент: нужен или нет. Мне только мешает, так как я все равно руками разрешаю зависимости, но это раз в вечность происходит, когда приходится разруливать. apt-get(cache) никак не дотягивает до aptitude. А базовые вещи — установка, удаление, удержание — делаются.

Вообще, если бы не было таких ситуаций, что остаются осиротевшие пакеты после удаления, то и бага с флагом «А» никто бы не заметил, так как все пакеты бы за раз удалялись. Но вот непонятная ситуация с будущим.

Ну и для полноты, что даст apt-get autoremove после удаления gnome-terminal?

Я не спорю, что для сложных поисков среди пакетов aptitude незаменим. Однако для непосредственных действий с пакетами: установки, удаления, обновления - лучше использовать apt. Вообще-то ровно это и рекомендуется разработчиками Debian.

Вернулся из отпуска, а тут новый Дебиан. Приятненько.

Выход каждой новой версии дистрибутива Debian - это всегда знаменательное и важное событие. На его основе, как на мощном фундаменте базируется большое количество производных дистрибутивов, среди которых лидеры пользовательской аудитории. Относится к нему можно по разному, но значения Debian в экосистеме GNU/Linux это никак не меняет.

Таким образом, развитие Debian очень важно для всех пользователей СПО.

Поздравляю всех с выходом Debian Jessie!

Вроде там рекомендуется именно делать обновление дистрибутива средствами apt-get, но я не видел рекомендаций, чтобы повседневно рекомендовалось пользоваться именно apt-get из-за каких-то проблем с aptitude. В Release notes только это есть:

The recommended way to upgrade from previous Debian releases is to use the package management tool apt-get. In previous releases, aptitude was recommended for this purpose, but recent versions of apt-get provide equivalent functionality and also have shown to more consistently give the desired upgrade results.

Остальные случаи продублированы для и apt-get, и aptitude. Нигде явно про рекомендацию ничего не сказано. Я сейчас специально прогрепал.

Я не вижу никаких катастрофических проблем с aptitude на практике. А баг с флагом надо бы проверить на jessie, я пока не могу. Кто обновил, сможет проверить.

А то же самое, что и холостой aptitutde install. Я не понимаю, почему эти пакеты вообще оставались, а не удалились сразу. Они реально нужны были только gnome-terminal и никому другому. Показываю:

# # Ставим. Ставятся четыре пакета

# apt-get install gnome-terminal
Чтение списков пакетов… Готово
Построение дерева зависимостей       
Чтение информации о состоянии… Готово
Будут установлены следующие дополнительные пакеты:
  gnome-terminal-data libvte-2.90-9 libvte-2.90-common

# # Сносим с --auto-remove. Сносится один

# apt-get remove --auto-remove  gnome-terminal
Чтение списков пакетов… Готово
Построение дерева зависимостей       
Чтение информации о состоянии… Готово
Пакеты, которые будут УДАЛЕНЫ:
  gnome-terminal

# # WTF?! Ладно, снесли один. Сразу же делаем autoremove еще раз

# apt-get autoremove
Чтение списков пакетов… Готово
Построение дерева зависимостей       
Чтение информации о состоянии… Готово
Пакеты, которые будут УДАЛЕНЫ:
  gnome-terminal-data libvte-2.90-9 libvte-2.90-common

Вот такое вот странное поведение и в apt-get, и в aptitude. Я пока не вижу объяснения сразу. Но если бы этой проблемы не было, то и баг с флагом не увидели бы. Тогда бы просто сиротинок не оставалось.

Вроде там рекомендуется именно делать обновление дистрибутива средствами apt-get, но я не видел рекомендаций, чтобы повседневно рекомендовалось пользоваться именно apt-get

См. https://www.debian.org/doc/manuals/debian-reference/ch02.en.html

 Currently, we recommend the following.

 * apt-get(8) for all commandline operations, including package installation and removal, and dist-upgrades.

 * aptitude(8) for an interactive text interface to manage the installed packages and to search the available packages.

Эти строчки были бы неполными, если не углубляться в остальной текст. Сразу вопрос: а какие обоснования? aptitude все чисто ставит, все чисто сносит (они же одну и ту же библиотеку используют с apt-get). Где косяк? Приводится обоснование:

Note

Although the aptitude command comes with rich features such as its enhanced package resolver, this complexity has caused (or may still causes) some regressions such as Bug #411123, Bug #514930, and Bug #570377. In case of doubt, please use the apt-get and apt-cache commands over the aptitude command.

Первые два бага очень старые и значатся закрытыми. Третий не закрыт, но там проблемы с решателем при full-upgrade. Это именно тот случай (апгрейд), когда решатель скорее вреден, так как пакетов море и разобраться, соглашаться ли на решение или нет, сразу невозможно. apt-get действует прямолинейно тут. Больше обоснований в тексте, почему уже для установки и удаления не рекомендуется пользоваться, нет. Ну, хорошо, обнаружили баг с флагом. Но это же не веская причина. Несколько библиотек остались в системе, подумаешь?

Я рекомендую пользователям, которые только что свежий jessie поставили, сделать одну простую вещь - посмотреть, сколько у них сразу после установки библиотек помечено как установленные вручную:

$ aptitude search '!~M~s^libs$~i'

Система уже с нуля имеет небольшую помоечку. А теперь попробуйте пометить эти пакеты как auto и многие из этих пакетов и их зависимости полетят на удаление.

aptitude все чисто ставит, все чисто сносит (они же одну и ту же библиотеку используют с apt-get).

Тем не менее, они используют разные решатели, а aptitude местами применяет собственную политику, не считаясь с настройками (например, у него своя реализация hold, флаги автоматической установки он берёт как из базы extended_states apt, так и из своей, совершенно по-особенному работает с приоритетами...). В результате его поведение порой непредсказуемо и не соответствует политике, заданной администратором.

Третий не закрыт, но там проблемы с решателем при full-upgrade. Это именно тот случай (апгрейд), когда решатель скорее вреден, так как пакетов море и разобраться, соглашаться ли на решение или нет, сразу невозможно. 

С решателем aptitude отдельная песня. Часто предлагаемые решения совершенно невменяемы. Например, если в текущем stable попробовать обновить libreoffice из sid, то для разрешения зависимостей aptitude предлагает... удалить libreoffice! apt-get же сразу предлагает вменяемое решение обновить заодно несколько пакетов.

Я рекомендую пользователям, которые только что свежий jessie поставили, сделать одну простую вещь - посмотреть, сколько у них сразу после установки библиотек помечено как установленные вручную:

$ aptitude search '!~M~s^libs$~i'

Система уже с нуля имеет небольшую помоечку.

Не так уж и много, и все входят в базовую систему. Вы, наверное, задачу standard поставили? - зря.

Не так уж и много, и все входят в базовую систему. Вы, наверное, задачу standard поставили? - зря.

Я нет. У меня система обновляется с Debian pre-Etch, просто мигрируя с компьютера на компьютер. Sarge не дожил. У меня система была приведена в порядок именно во времена появления aptitude. До этого apt-get вообще не умел зависимости удалять и не знал, что такое auto/manual. Так как система у меня очень чистенькая, то и обновления происходят гладко, решатель не советует ничего плохого и сносов половины системы из-за пакета нет как класса. Но факт: с зависимостями часто (судя по темам на ЛОР) случаются странные вещи, особенно зависит от того, как ставили все.

Не так уж и много, и все входят в базовую систему. Вы, наверное, задачу standard поставили? - зря.

Я ставил пару раз знакомым путем: базовая система с netinstall + вручную ставлю все, что нужно дальше. Я не пользовался задачами еще ни разу. И вот после этого оставались библиотеки, которые висели. Даже не раз тут обсуждали. Они установлены в систему инсталлятором явным образом, но многие из них оказались потом ненужными. И это только раздел libs. Если начать изучать зависимости и систему, то можно много свалочек потом найти. aptitude, кстати, в этом деле очень помогает - поиски зависимостей, висячих пакетов, старых пакетов, которые не противоречат системе, но остались с прежнего дистрибутива и не используются более - просто висят, пакеты, поставленные бог весть откуда сто лет назад (бекпорты, левые репозитории и т. д.)

Я ставил пару раз знакомым путем: базовая система с netinstall + вручную ставлю все, что нужно дальше. Я не пользовался задачами еще ни разу. И вот после этого оставались библиотеки, которые висели.

Я имел в виду пакеты с приоритетом standard, которые скрываются под пунктом Стандартные системные утилиты - вот там полно библиотек, устанавливаемых явно. Но они не входят в базовую систему.

Вы less позже доустанавливали, или же он был сразу после установки системы?

aptitude, кстати, в jessie понизили приоритет с important до standard, так что она теперь не входит в базовую систему.

Вы less позже доустанавливали, или же он был сразу после установки системы?

Сколько я помню те установки, которые я делал другим, то less всегда надо было устанавливать. Его в системе не было.

aptitude, кстати, в jessie понизили приоритет с important до standard, так что она теперь не входит в базовую систему.

И совершенно разумно сделали. Это надо было сделать с того момента, когда apt научился manual/auto понимать и делать apt-mark. Для базовых операций apt-get/apt-cache достаточно. Не вижу смысла тащить в самые главные aptitude. Я его рассматриваю как опцию. Но я без aptitude с его обзором пакетов как слепой. Я его все равно поставил бы, если бы его не было. И в Ubuntu и др. deb тоже бы ставил.

Чтобы делать функции, которые в aptitude я делаю с полпинка, в случае apt приходилось какие-то однострочники писать с грепами Packages.gz, выхлопа dpkg, available, все это сшивается... Хрень полная. До сих пор apt не получил всех этих возможностей по отбору пакетов по хитрым критериям. Не помню сейчас, что там в apt с удержанием пакетов (hold и keep). У меня до недавнего времени, например, iceweasel 24 в hold был, так как 31 порушил мне дополнения (сейчас уже решил все), но очень требовал обновить 24 и снести xul-runner, которого в 31 уже нет (интегрирован). Бывает полезно.

Мне, как пользователю тру-Open Source (потому что я собираю ПО из исходников, а из блобов только linux_base-c6, Adobe Flash Plugin и JUnit-4.12) и СПО на FreeBSD, интересно наблюдать за Debian в плане того, сколько сил тратится впустую на имитацию «бурной» деятельности, чтобы очередным релизом обозначить завершение якобы очередного этапа в развитии СПО для GNU/Linux.

Ну что ж, Debian выбрал свою судьбу быть «верстовым столбом» на дороге, по которой недавно проехали, этаким Капитаном Очевидность на судне, у которого не может быть капитанов по определению, так как цели определяют совершенно другие люди и движутся к ним быстрее Капитана.

А почему KDE 4.11? Не, я конечно не то, чтобы сильно запариваюсь, но вообще 4.14.

Несколько страниц назад это уже обсуждали.

Кстати, почему в репозиториях Debian нет расширений для Chromium? Хоты бы того же Adblock?

Ты шутишь? Все расширения нужно ставить из самого браузера. Там свой магазин-дополнений или как то так.

Мне, как пользователю тру-Open Source (потому что я собираю ПО из исходников, а из блобов только linux_base-c6, Adobe Flash Plugin и JUnit-4.12) и СПО на FreeBSD, интересно наблюдать за Debian в плане того, сколько сил тратится впустую на имитацию «бурной» деятельности

Судя по популярности на серверах, имитацией бурной деятельности занимается как раз сообщество FreeBSD.

Это ещё зачем? Есть же менеджер пакетов. К тому же, в нём все пакеты проверены.

Stable такой stable

Goobox ругается: «In order to read CDs you have to install the gstreamer base plugins».

Sound Juicer ругается:«Не удалось запустить Звуковыжималку. Причина: Не найден модуль, необходимый для доступа к файлу. Обратитесь за помощью к документации.»

Gstreamer-properties: «Не удалось загрузить файл glade, проверьте правильность установки программы.»

Это у меня одной так?

Я не вижу никаких катастрофических проблем с aptitude на практике. А баг с флагом надо бы проверить на jessie, я пока не могу. Кто обновил, сможет проверить.

Debian 8 KDE (при установки были отмечены задачи: Desktop, KDE, Standard).

$ su -c 'apt install gnome-terminal'     
Пароль: 
Чтение списков пакетов… Готово
Построение дерева зависимостей       
Чтение информации о состоянии… Готово
Будут установлены следующие дополнительные пакеты:
  desktop-file-utils gnome-terminal-data gnome-user-guide gvfs gvfs-common gvfs-daemons gvfs-libs libnautilus-extension1a libvte-2.91-0 libvte-2.91-common libyelp0 policykit-1-gnome yelp yelp-xsl
Предлагаемые пакеты:
  gvfs-backends
НОВЫЕ пакеты, которые будут установлены:
  desktop-file-utils gnome-terminal gnome-terminal-data gnome-user-guide gvfs gvfs-common gvfs-daemons gvfs-libs libnautilus-extension1a libvte-2.91-0 libvte-2.91-common libyelp0
  policykit-1-gnome yelp yelp-xsl
обновлено 0, установлено 15 новых пакетов, для удаления отмечено 0 пакетов, и 3 пакетов не обновлено.
Необходимо скачать 0 B/19,0 MB архивов.
После данной операции, объём занятого дискового пространства возрастёт на 64,6 MB.
Хотите продолжить? [Д/н]

$ su -c 'apt purge gnome-terminal'  
Пароль: 
Чтение списков пакетов… Готово
Построение дерева зависимостей       
Чтение информации о состоянии… Готово
Пакеты, которые будут УДАЛЕНЫ:
  gnome-terminal*
обновлено 0, установлено 0 новых пакетов, для удаления отмечено 1 пакетов, и 3 пакетов не обновлено.
После данной операции, объём занятого дискового пространства уменьшится на 1 073 kB.
Хотите продолжить? [Д/н] n
Аварийное завершение.
$ su -c 'apt purge --auto-remove gnome-terminal'
Пароль: 
Чтение списков пакетов… Готово
Построение дерева зависимостей       
Чтение информации о состоянии… Готово
Пакеты, которые будут УДАЛЕНЫ:
  gnome-terminal*
обновлено 0, установлено 0 новых пакетов, для удаления отмечено 1 пакетов, и 3 пакетов не обновлено.
После данной операции, объём занятого дискового пространства уменьшится на 1 073 kB.
Хотите продолжить? [Д/н] n
Аварийное завершение.
$ su -c 'apt purge gnome-terminal'
Пароль: 
Чтение списков пакетов… Готово
Построение дерева зависимостей       
Чтение информации о состоянии… Готово
Пакеты, которые будут УДАЛЕНЫ:
  gnome-terminal*
обновлено 0, установлено 0 новых пакетов, для удаления отмечено 1 пакетов, и 3 пакетов не обновлено.
После данной операции, объём занятого дискового пространства уменьшится на 1 073 kB.
Хотите продолжить? [Д/н] 
(Чтение базы данных … на данный момент установлено 117278 файлов и каталогов.)
Удаляется gnome-terminal (3.14.1-1) …
Вычищаются файлы настройки пакета gnome-terminal (3.14.1-1) …
Обрабатываются триггеры для man-db (2.7.0.2-5) …
Обрабатываются триггеры для desktop-file-utils (0.22-1) …
Обрабатываются триггеры для mime-support (3.58) …
Обрабатываются триггеры для libglib2.0-0:i386 (2.42.1-1) …

$ su -c 'apt autoremove'
Пароль: 
E: Неверная операция autoremove
$ su -c 'apt-get autoremove'
Пароль: 
Чтение списков пакетов… Готово
Построение дерева зависимостей       
Чтение информации о состоянии… Готово
Пакеты, которые будут УДАЛЕНЫ:
  gnome-terminal-data gnome-user-guide libnautilus-extension1a libvte-2.91-0 libvte-2.91-common libyelp0 yelp yelp-xsl
обновлено 0, установлено 0 новых пакетов, для удаления отмечено 8 пакетов, и 3 пакетов не обновлено.
После данной операции, объём занятого дискового пространства уменьшится на 56,0 MB.
Хотите продолжить? [Д/н]

$ su -c 'aptitude install gnome-terminal'
Пароль: 
Следующие НОВЫЕ пакеты будут установлены:        
  desktop-file-utils{a} gnome-terminal gnome-terminal-data{a} gnome-user-guide{a} gvfs{a} gvfs-common{a} gvfs-daemons{a} gvfs-libs{a} libnautilus-extension1a{a} libvte-2.91-0{a} 
  libvte-2.91-common{a} libyelp0{a} policykit-1-gnome{a} yelp{a} yelp-xsl{a} 
0 пакетов обновлено, 15 установлено новых, 0 пакетов отмечено для удаления, и 3 пакетов не обновлено.
Необходимо получить 19,0 MB архивов. После распаковки 64,6 MB будет занято.
Хотите продолжить? [Y/n/?]

$ su -c 'aptitude purge gnome-terminal'  
Пароль: 
Следующие пакеты будут УДАЛЕНЫ:                  
  gnome-terminal{p} 
0 пакетов обновлено, 0 установлено новых, 1 пакетов отмечено для удаления, и 3 пакетов не обновлено.
Необходимо получить 0 B архивов. После распаковки освободится 1 073 k байт.
Хотите продолжить? [Y/n/?]

$ su -c 'aptitude install -f'            
Пароль: 
Следующие пакеты будут УДАЛЕНЫ:                  
  gnome-terminal-data{u} gnome-user-guide{u} libnautilus-extension1a{u} libvte-2.91-0{u} libvte-2.91-common{u} libyelp0{u} yelp{u} yelp-xsl{u} 
0 пакетов обновлено, 0 установлено новых, 8 пакетов отмечено для удаления, и 3 пакетов не обновлено.
Необходимо получить 0 B архивов. После распаковки освободится 56,0 M байт.
Хотите продолжить? [Y/n/?]

$ aptitude why gvfs          
i   gtk3-engines-oxygen Зависит    libgtk-3-0 (>= 3.11.5)
i A libgtk-3-0          Предлагает gvfs

$ aptitude why desktop-file-utils
i   gtk3-engines-oxygen Зависит    libgtk-3-0 (>= 3.11.5)  
i A libgtk-3-0          Предлагает gvfs                    
i A gvfs                Зависит    gvfs-common (= 1.22.2-1)
i A gvfs-common         Зависит    desktop-file-utils

Вот и мне интересно, почему apt-get autoremove до сих пор так плохо работает и удаляет НЕ ВСЕ ненужные зависимости после удаления программы? В твоём случае вместе с gnome-terminal было установлено 14 пакетов зависимостей, а autoremove удаляет только 8. Выручает либо:

1) aptitude purge `deborphan` (удаляет опять же не всё, остаются, к примеру, пакеты perl-скриптов).

2) synaptic со своей историей, но это рукоблудство и красноглазие, особенно если у пакета куча зависимостей, примеры vlc, wine, playonlinux.

Самое обидное, что во всяких красноглазых генту и арчах всё работает, как надо.

Эти столбы нужны, чтоб поддерживать систему в идеально работающем состоянии, чтоб не было как во фряхе, когда половина софта из пакетов и портов вообще не работает. Дебиан — это качество, потому и популярен.

Абсолютно согласен, единственная раздражающая вещь в Debian. По поводу Gentoo и Arch точно подмечено, их pacman -Rs и emerge --depclean отрабатывают на ура, причём со времени основания дистрибутивов. Поясните за Fedora и прочий rpm, как там с подобным?

Вот и мне интересно, почему apt-get autoremove до сих пор так плохо работает и удаляет НЕ ВСЕ ненужные зависимости после удаления программы?

По умолчанию стоит установка рекомендуемых. Их может удержать другой пакет. А если он не рекомендуемый, а предлагаемый, то уже интереснее. Похоже на ситуацию, когда установленный автоматически пакет только предлагет (suggests) кто-то другой установленный. В этом случае, похоже, пакет может остаться в системе. В любом случае, такие пакеты легко найти aptitude:

$ aptitude search '?for x: ?not(?reverse-depends(?for z: ~i)) \ 
?not(?reverse-recommends(?for z: ~i)) ?reverse-suggests(?for z: ~i) ~i~M'

Запрос какой-то корявый получился, так как с ходу написал его. Надо подумать, как его упростить синтаксически, но он работает. Этот запрос ищет среди *автоматически* установленных пакетов такие, от которых в установленной системе ничего не зависит (не depends), которых никто не рекомендует (не recommends), но которые кто-то предлагает (suggests). По идее, такие пакеты можно безбоязненно удалить, если они кажутся ненужными.

1) aptitude purge `deborphan` (удаляет опять же не всё, остаются, к примеру, пакеты perl-скриптов).

Это совершенно лишнее. С помощью aptitude можно найти любые подвисшие пакеты. Надо только запросы правильные писать.

Запрос какой-то корявый получился, так как с ходу написал его. Надо подумать, как его упростить синтаксически, но он работает.

Ага, да, все проще.

$ aptitude search '?not(?reverse-depends(~i)) ?not(?reverse-recommends(~i)) ?reverse-suggests(~i) ~i~M'

1) aptitude purge `deborphan` (удаляет опять же не всё, остаются, к примеру, пакеты perl-скриптов).

Что за пакеты? Из раздела perl? Если ситуация: надо узнать какие библиотеки perl или python стоят, а от них ничего напрямую не зависит, то можно так:

$ aptitude search '?not(?reverse-depends(~i)) ~i ?or(~sperl, ~spython)'

Критерий автоматического пакета ~M или !~M — по вкусу. Но это могут быть пакеты, которые кем-то рекомендованы кем-то или предложены, хотя от них ничего жестко не зависит. Исключить можно и recommends, и suggests, добавив критерии. А дальше смотреть глазами, что выдало, посмотреть, какой пакет предлагает их, и решить, что с ними делать: либо оставить, пометив markauto, либо снести.

По идее, такие пакеты можно безбоязненно удалить, если они кажутся ненужными.

В принципе всё намного проще - apt молчит и ничего не предлагает при удалении пакета - можно сносить). Но, имхо, для поштучного сноса пакетов удобнее synaptic.

Ага, да, все проще.

$ aptitude search '?not(?reverse-depends(~i)) ?not(?reverse-recommends(~i)) ?reverse-suggests(~i) ~i~M'

Благодарю, надо будет испытать. Жаль только, что aptitude не развивается и вот-вот станет deprecated. А вообще, это непорядок - в таком хорошем дистрибутиве ради такой базовой операции выполнять столько лишних телодвижений. Вот во всяком красноглазом ненужно это делается легко и просто.

В принципе всё намного проще - 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 у каждого, помимо общих, есть еще и свои настройки.

Когда же основной пакет сносится, то apt удерживает некоторые зависимости из-за наличия слабой зависимости (suggests) от каких-то установленных уже пакетов, поэтому они на удаление не идут. Правильно ли так делать или нет — это вопрос, но видимо так и происходит.

В APT и Aptitude у каждого, помимо общих, есть еще и свои настройки.

Настраивается.

http://aptitude.alioth.debian.org/doc/en/ch02s05s05.html#configApt-AutoRemove...

http://aptitude.alioth.debian.org/doc/en/ch02s05s05.html#configApt-AutoRemove...

Благодарю за ссылки, ситуация проясняется. Буду тестировать. Один вопрос - а где почитать про те же самые настройки, но для apt-get? Ибо aptitude прекратил развиваться и уже не рекомендуется к использованию самим дистрибутивом.

А это настойки и aptitude, и apt-get вроде. Они же libapt используют. Настройки в /etc/apt/apt.conf положить. Должны заиметь действие и для apt-get.

Текущие настройки можно посмотреть с помощью apt-config dump

Ибо aptitude прекратил развиваться и уже не рекомендуется к использованию самим дистрибутивом.

Это слишком смелое заявление. Дистрибутив рекомендовал только апгрейд делать при помощи apt-get, но никаких рекомендаций использовать именно apt-get, а не aptitude в общем нет и не было. И насчет прекращения развития тоже заявление смелое. Многие возможности из aptitude перекочевали в apt, поэтому для установить/удалить хватает и его.

И насчет прекращения развития тоже заявление смелое. Многие возможности из aptitude перекочевали в apt, поэтому для установить/удалить хватает и его.

Я плохо знаю ситуацию с aptitude, но там уйма багов (Многие висят уже не один год) скопилась и те, кто начинали проект уже давно в нем не участвуют.

Вроде бы, у меня так Totem ругался. OS Debian GNU/Linux Wheezy 7.8 AMD64. Хвостатая проблема.

И да, какой смысл ждать обновления до 8.1, чтобы обновиться с Wheezy, когда в этой 8.1 в связи со спадом желающих сделать dist-upgrade, могут поломать механизм обновления и потом не починить его?

После нескольких лет дебиана перешёл обратно на арч. Рад.

А почему обратно перешел? Чему рад?

Рад самой лучшей документации. Всегда легко найти решение практически любой проблемы.

Лет 10-12 назад, когда я с закрытыми глазами пересобирал LFS, для меня это было не проблема, но дистрибутивы развиваются, многое меняется, а мне нужно работать, а не конфиги ковырять. Всё стало еще хуже с внедрением systemd, потому что у Дебиана по этому поводу вообще никаких мануалов нет.

То ли дело Арч. У него почти на каждый чих есть страничка в вике или пост на форуме.

Фух,отговорил меня). А то я уже задумался с арчика на дебиан перекатываться.

Меня в debian одно морозит - apt-get или aptitude???

Cupt :)

недавно осознал подлость системд - новая система периодически наглухо виснет на ровном месте, причём виноват именно системд, дебиан теперь не кажется мне надёжным

Ничего не мешает перейти на sysvinit/upstart/openrc, если, конечно, у Вас на комбайне ничего не завязано.

у тебя gnome3 через llvmpipe работает, так что это логично :)