Aptitude превращает вашу систему в свалку

за deborphan спасибо. Вычистил примерно 100 метров устаревших пакетов, про которые aptitude забыл. Хорошо, что я на apt-get несколько месяцев назад окончательно перешёл.

А шо мешает перед крупными экспериментами сохранить «состояние» пакетов до и после (dpkg --get-selection), или пропарсить лог на предмет установленного с последующим сносом, может поможет.

И чем аптгет лучше?
http://www.psychocats.net/ubuntu/pureubuntu

По ссылке какие-то убунтофантазии.

Не вижу смысла. Проще не использовать aptitude для установки :)

Что-то явно делаешь не так, у меня такого не было.

Установил и запустил, больше ничего не делал.

Если не пользоваться интерфейсом на ncurses, то проблемы нет.

Я раньше думал, что я просто не осилил его, а, оказывается, вон око как.

Squeeze. Проблемы не было и нет.

$ deborphan
mktemp
libmotif3
diff
dhcp3-common
dhcp3-server

mktemp, diff, dhcp3-common? dhcp3-server - переходные пакеты. Я и так все удавно удалил, а эти забыл.

libmotif3. Этот deporphan надо на помойку. Я этот libmotif3 сам поставил вручную, потому что мне надо было запустить приложение на CLIM на CL.

Как видно, все в норме. И вообще проблемы не было. Кстати, зачастую это проблема установщика, а не aptitude. Вот кто-нибудь может проверить - я проверял. Поставьте Squeeze с инсталлятора, а потом гляньте в раздел libs. Увидите, что есть ряд библиотек, на которых после установки (а aptitude при этом не используется) имеют статус ii. Я после установки всегда помечаю библиотеки как автоматически установленные. При этом оказывается, что некоторые из них вообще не нужны никому и тут же предлагаеттся их снести. Кто их поставил? Зачем? Возможно, они ставились на первых этапах явно.

Сначала прочитал так:

Aptitude превращает вашу систему в слаку

Всё нормально, слака и есть свалка.

Этот deporphan надо на помойку. Я этот libmotif3 сам поставил вручную, потому что мне надо было запустить приложение на CLIM на CL.

deborphan не проверяет статус, только факт отсутствия зависящих пакетов.

стати, зачастую это проблема установщика, а не aptitude. Вот кто-нибудь может проверить - я проверял. Поставьте Squeeze с инсталлятора, а потом гляньте в раздел libs. Увидите, что есть ряд библиотек, на которых после установки (а aptitude при этом не используется) имеют статус ii.

Об этом мне известно.

за deborphan спасибо. Вычистил примерно 100 метров устаревших пакетов, про которые aptitude забыл. Хорошо, что я на apt-get несколько месяцев назад окончательно перешёл.

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

У меня вот моя система кочует (то есть не ставилась заново) со времен pre-etch. Я ее накатываю aptitude еще с того времени. И у меня полный порядок в системе. Просто я ее привел в порядок один раз. Последнее обновление с Lenny на Squeeze тоже делал aptitude, хотя кто-то порекомендовал apt-get. Без проблем обновился.

aptitude - медленный как черепаха, apt-get - летает.

P.S. использую aptitude.

Об этом мне известно.

Ага, точно. Мы с тобой, кажется, в одном треде это обсуждали:

[Debian] Вручную установленные пакеты (комментарий)

Если не пользоваться интерфейсом на ncurses, то проблемы нет.

Интересно. Устанавливаю пакеты я обычно в CLI, но обновление выполняю через TUI (U, g, g) — возможно, в эти моменты состояние и «забывалось». Но это предположение нужно проверять.

А вот поделитесь, пожалуйста, рецептом - как приводить в порядок debian? В общем-то, у меня мусор какой-то и сейчас наверняка валяется, работать не мешает совсем, но место занимает.

Aptitude используется?

Запускал, когда нужно было зависимости разрулить: убунта предлагала снести gnome shell и поставить unity из-за какого-то пакета. Проблему так и не решил, так что и сейчас предлагает. Ну и чтобы deborphan поставить, так как на dpkg вылетала ошибка. libsdl ставил сам через apt-get, как он там оказался не знаю.

apt-get autoremove только что попробовал, никак не помогло.

P.S. Возможно пересяду на федору, когда решу проблему Ш (я бы и на дебиан пересел, решив эту проблему).

Дальнейших успехов, чо.

Спасибо, пригодятся.

Файловая система      Разм  Исп  Дост  Исп% смонтирована на
/dev/sda3             3,7G  3,4G  143M  97% /

deborphan не проверяет статус, только факт отсутствия зависящих пакетов.

Нет, он тогда бы все пакеты бы вывел, которыя вручную ставил. deborphan использует какую-то свою эвристику. Видит lib в названии пакета и ставит его в группу риска. Скорее всего так. Зачем он тогда нужен? Я могу это и без deborphan сделать. А остальные пакеты по эвристике спокойно могут быть ошибочно выведены. Лучше привести систему в порядок один раз и ставить нормально: либо apt-get, либо aptitude, либо что-то еще.

Ну про библиотеки я сказал. Это, наверное, самый крупный раздел, с которым все понятно. Остальные разделы куда более малочисленные. Просматривашь их ну хотя бы тем же aptitude и если вдруг понимаешь, что, скажем если pidgin и pidgin-data стоят «вручную», то уже что-то не так. Как так получилось? А кто знает. Если ставится нормально, то такого быть не должно. Это просто будет означать, что если ты будешь сносить pidgin, то pidgin-data останется на месте.

Через aptitude ты можешь увидеть и все зависимости. От чего зависит пакет и от кого он зависит. Я приводил систему в порядок, когда aptitude впервые применил. Тогда еще, по-моему, не было атрибута «установлен автоматически» у apt-get. Вот я и упорядочил все под aptitude, а то оказывалось, что было много осиротевших библиотек. До тех времен deborphan мной и применялся. Еще был такой костыль debfoster.

Нет, он тогда бы все пакеты бы вывел, которыя вручную ставил. deborphan использует какую-то свою эвристику. Видит lib в названии пакета и ставит его в группу риска. Скорее всего так.

Не совсем. По умолчанию проверяется секция Libs. Все пакеты, не востребованные какими-либо другими, можно увидеть в выводе deborphan -a.

Спасибо, буду пробовать. Оказалось, что большинство пакетов у меня установлены «вручную». Фиг её знает почему.

ставлю для ознакомления эти ваши GNOME/KDE

всегда использую для этих целей виртуальную машину, установил минимальную систему, сделал снапшот и всегда имею девственно чистую машину для экспериментов

Я ещё чёрт знает когда говорил, что Аптитьюд - УГ. Но упоротые дебианщики не верили. Теперь осталось убедить их, что Дебиан - УГ :D

Спасибо, буду пробовать. Оказалось, что большинство пакетов у меня установлены «вручную». Фиг её знает почему.

Это смотря какие пакеты. Их, в общем-то, и не должно быть мало. Скажем, less мог быть кем-то притянут, но как установленный вручную он тоже вполне смотрится - программа-то полезная. Это чтобы не сносилась. Я пару-тройку раз отдельные пакеты, притащенные по зависимостям, переделывал на «вручную», так как программки были полезными. Потом еще можно все transitional (переходные) пакеты убрать. Они обычно для бесшовного обновления применяются, а потом не нужны становятся.

З.Ы. Вспоминаю, что самое гадкое обновление было с tetex на texlive. Вот там я вручную вмешивался - иначе никак не получалось: один метапакет пакет заменял другой и при этом структурно сильно отличался. В итоге образовались какие-то странные зависимости. Но разрулил через морду aptitude, она в таких случаях очень полезна.

А что с ним было не так ? ;)

Это совершенно непригодно для GNOME 3. И с трудом — для KDE 4.

Например совершенно нечеловекопонимаемо в случае конфликтов и неудовлетворенных зависимостей.

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

sid и aptitude :)

Да, я помню, что отмечал установленными вручную гномовские библиотеки, когда выковыривал из второго гнома лишние приложения - это был единственный способ не сносить с autoremove венсь гном :)

в отличие от apt-get данное предложение не является единственным в большинстве случаев.

у меня на 12.04 других предложений не выдавало, перешёл на apt-get. Но мне почему-то удобнее в консоле набирать aptitude.

Недаром Святой Марк выбросил аптитуду из Ubuntu OS.

Космонавт ваш Марк, и кнопки у него не с той стороны.

ты устроил у себя слаку в системе

Чтобы не устраивать слаку в системе, надо перенести систему в слаку.

Никогда не понимал, зачем в Debian-подобных такой зоопарк утилит для работы с пакетами... dpkg, apt-*, aptitude, synaptic, software center, кроме того ещё всякие dselect, do-release-upgrade и тд.. сотни утилит наверное.

Вот в Slackware всё просто и логично:
pkg-tools для работы с пакетами в виде файлов, slackpkg для работы с репозитариями. И у того и другого простые и понятные конфиги. Всё.

Хочешь ещё что-то типа зависимостей — сам на свой вкус выбираешь и ставишь sbopkg, slapt-get, gslapt, whatever — но это уже твоя собственная инициатива.

Никогда не понимал, зачем в Slackware такой зоопарк утилит для работы с пакетами... pkg-tools, slackpkg, sbopkg, slapt-get, gslapt...

Вот в Debian-подобных всё просто и логично: dpkg для работы с пакетами в виде файлов, apt-get для работы с репозитариями. И у того и другого простые и понятные конфиги. Всё.

Хочешь ещё что-то типа гуя или разруливателя зависимостей — сам на свой вкус выбираешь и ставишь aptitude, synaptic, software center, whatever — но это уже твоя собственная инициатива.

Толсто.
dpkg одних штук 10, всякие dpkg-reconfigure например. А pkgtools только makebootdisk, makepkg, removepkg, installpkg, explodepkg, pkgtool и upgradepkg
(хм, не ожидал что так много утилит...)

Кроме того аптитью в дебе по дефолту

не нужно. есть emerge

aptitude — вообще наркоманское поделие. Не понимаю, чего так куча народу молится. Там, где apt-get просто ставит выбранные пакеты, aptitude предлагает снести полсистемы.

хехе. Во времена дебиан etch когда это только появилось, то поведение было обратное, удаляя какой-то пользовательский пакет apt-getом можно было снести весь гном и часть базовой системы. А аптитуте корректно все обрабатывал и предлагал еще несколько вариантов решения зависимостей. Типо спрашивал я удалю пол системы, согласны/нет/отмена, когда жал нет он предлагал другой вариант разрешения зависимостей и так подбором иногдабез потерьс можно было все сделать

Это тот, в котором только недавно добавили подписи? :)

Да, но добавили же.

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

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

Потому что идеал — вещь ужасно субъективная.

Увы и ах.

# aptitude install gnome-shell gnome-session nautilus gnome-terminal lightdm lightdm-gtk-greeter gnome-shell-extensions gnome-themes-standard gnome-control-center policykit-1-gnome consolekit
The following NEW packages will be installed:
  accountsservice{a} apg{a} bluez{a} consolekit
  evolution-data-server-common{a} gir1.2-accountsservice-1.0{a}
  gir1.2-atk-1.0{a} gir1.2-caribou-1.0{a} gir1.2-clutter-1.0{a}
  gir1.2-cogl-1.0{a} gir1.2-coglpango-1.0{a} gir1.2-folks-0.6{a}
  gir1.2-freedesktop{a} gir1.2-gconf-2.0{a} gir1.2-gdkpixbuf-2.0{a}
  gir1.2-gee-1.0{a} gir1.2-gkbd-3.0{a} gir1.2-gmenu-3.0{a}
  gir1.2-gnomebluetooth-1.0{a} gir1.2-gtk-3.0{a} gir1.2-gtop-2.0{a}
  gir1.2-json-1.0{a} gir1.2-mutter-3.0{a} gir1.2-networkmanager-1.0{a}
  gir1.2-pango-1.0{a} gir1.2-polkit-1.0{a} gir1.2-soup-2.4{a}
  gir1.2-telepathyglib-0.12{a} gir1.2-telepathylogger-0.2{a}
  gir1.2-upowerglib-1.0{a} gir1.2-xkl-1.0{a} gjs{a} gnome-bluetooth{a}
  gnome-control-center gnome-control-center-data{a} gnome-desktop3-data{a}
  gnome-icon-theme{a} gnome-icon-theme-symbolic{a} gnome-menus{a}
  gnome-session gnome-session-bin{a} gnome-session-common{a}
  gnome-settings-daemon{a} gnome-shell gnome-shell-common{a}
  gnome-shell-extensions gnome-terminal gnome-terminal-data{a}
  gnome-themes-standard gvfs{a} gvfs-common{a} gvfs-daemons{a} gvfs-libs{a}
  libaccountsservice0{a} libatasmart4{a} libcairo-gobject2{a}
  libcamel-1.2-29{a} libcanberra-gtk3-0{a} libcanberra0{a}
  libcaribou-common{a} libcaribou0{a} libck-connector0{a}
  libclutter-1.0-0{a} libcogl-pango0{a} libcogl9{a} libcolord1{a}
  libebook-1.2-12{a} libecal-1.2-10{a} libedataserver-1.2-15{a}
  libedataserverui-3.0-1{a} libexempi3{a} libfolks25{a} libgail-3-0{a}
  libgdu0{a} libgee2{a} libgjs0b{a} libgnome-bluetooth8{a}
  libgnome-control-center1{a} libgnome-desktop-3-2{a}
  libgnome-keyring-common{a} libgnome-keyring0{a} libgnome-menu-3-0{a}
  libgnome2-common{a} libgnomekbd-common{a} libgnomekbd7{a} libgoa-1.0-0{a}
  libgoa-1.0-common{a} libgtk-3-0{a} libgtk-3-bin{a} libgtk-3-common{a}
  libgtop2-7{a} libgtop2-common{a} libical0{a} libimobiledevice2{a}
  libjavascriptcoregtk-3.0-0{a} libjson-glib-1.0-0{a}
  liblightdm-gobject-1-0{a} liblvm2app2.2{a} libmission-control-plugins0{a}
  libmozjs185-1.0{a} libmutter0{a} libnautilus-extension1a{a}
  libnm-glib-vpn1{a} libnm-glib4{a} libnm-gtk-common{a} libnm-gtk0{a}
  libnm-util2{a} libopenobex1{a} libpackagekit-glib2-14{a}
  libparted0debian1{a} libplist1{a} libpolkit-agent-1-0{a}
  libpolkit-backend-1-0{a} libpolkit-gobject-1-0{a} librest-0.7-0{a}
  libsocialweb-client2{a} libsoup-gnome2.4-1{a} libtelepathy-glib0{a}
  libtelepathy-logger2{a} libtracker-sparql-0.14-0{a} libupower-glib1{a}
  libusbmuxd1{a} libvte-2.90-9{a} libvte-2.90-common{a}
  libwebkitgtk-3.0-0{a} libwebkitgtk-3.0-common{a} libxklavier16{a} lightdm
  lightdm-gtk-greeter mutter-common{a} nautilus nautilus-data{a}
  obex-data-server{a} obexd-client{a} policykit-1{a} policykit-1-gnome
  telepathy-mission-control-5{a} udisks{a} upower{a} usbmuxd{a}
The following packages are RECOMMENDED but will NOT be installed:
  brasero colord cups-pk-helper desktop-base folks-common gnome-contacts
  gnome-online-accounts gnome-power-manager gnome-session-fallback
  gnome-sushi gnome-user-guide gstreamer0.10-ffmpeg
  gstreamer0.10-plugins-bad gstreamer0.10-plugins-base
  gstreamer0.10-plugins-good gvfs-backends libcanberra-gtk3-module
  libclutter-1.0-common libcogl-common libfolks-eds25 libpam-ck-connector
  libsocialweb0 mousetweaks packagekit pulseaudio yelp
0 packages upgraded, 140 newly installed, 0 to remove and 3 not upgraded.
Need to get 218 kB/83.1 MB of archives. After unpacking 226 MB will be used.

# aptitude --purge-unused purge gnome-shell gnome-session nautilus gnome-terminal lightdm lightdm-gtk-greeter gnome-shell-extensions gnome-themes-standard gnome-control-center policykit-1-gnome consolekit
The following packages will be REMOVED:
  accountsservice{pu} apg{pu} bluez{pu} consolekit{p}
  evolution-data-server-common{pu} gir1.2-accountsservice-1.0{pu}
  gir1.2-atk-1.0{pu} gir1.2-caribou-1.0{pu} gir1.2-clutter-1.0{pu}
  gir1.2-cogl-1.0{pu} gir1.2-coglpango-1.0{pu} gir1.2-folks-0.6{pu}
  gir1.2-freedesktop{pu} gir1.2-gconf-2.0{pu} gir1.2-gdkpixbuf-2.0{pu}
  gir1.2-gee-1.0{pu} gir1.2-gkbd-3.0{pu} gir1.2-gmenu-3.0{pu}
  gir1.2-gnomebluetooth-1.0{pu} gir1.2-gtk-3.0{pu} gir1.2-gtop-2.0{pu}
  gir1.2-json-1.0{pu} gir1.2-mutter-3.0{pu} gir1.2-networkmanager-1.0{pu}
  gir1.2-pango-1.0{pu} gir1.2-polkit-1.0{pu} gir1.2-soup-2.4{pu}
  gir1.2-telepathyglib-0.12{pu} gir1.2-telepathylogger-0.2{pu}
  gir1.2-upowerglib-1.0{pu} gir1.2-xkl-1.0{pu} gjs{pu} gnome-bluetooth{pu}
  gnome-control-center{p} gnome-control-center-data{pu}
  gnome-desktop3-data{pu} gnome-icon-theme{pu}
  gnome-icon-theme-symbolic{pu} gnome-menus{pu} gnome-session{p}
  gnome-session-bin{pu} gnome-session-common{pu} gnome-settings-daemon{pu}
  gnome-shell{p} gnome-shell-common{pu} gnome-shell-extensions{p}
  gnome-terminal{p} gnome-themes-standard{p} gvfs{pu} gvfs-common{pu}
  gvfs-daemons{pu} gvfs-libs{pu} libaccountsservice0{pu} libatasmart4{pu}
  libcamel-1.2-29{pu} libcanberra-gtk3-0{pu} libcanberra0{pu}
  libcaribou-common{pu} libcaribou0{pu} libck-connector0{pu}
  libclutter-1.0-0{pu} libcogl-pango0{pu} libcogl9{pu} libebook-1.2-12{pu}
  libecal-1.2-10{pu} libedataserver-1.2-15{pu} libedataserverui-3.0-1{pu}
  libexempi3{pu} libfolks25{pu} libgail-3-0{pu} libgdu0{pu} libgee2{pu}
  libgjs0b{pu} libgnome-bluetooth8{pu} libgnome-control-center1{pu}
  libgnome-desktop-3-2{pu} libgnome-keyring-common{pu}
  libgnome-keyring0{pu} libgnome-menu-3-0{pu} libgnome2-common{pu}
  libgnomekbd-common{pu} libgnomekbd7{pu} libgoa-1.0-0{pu}
  libgoa-1.0-common{pu} libgtk-3-bin{pu} libgtop2-7{pu} libgtop2-common{pu}
  libical0{pu} libimobiledevice2{pu} libjavascriptcoregtk-3.0-0{pu}
  libjson-glib-1.0-0{pu} liblightdm-gobject-1-0{pu} liblvm2app2.2{pu}
  libmission-control-plugins0{pu} libmozjs185-1.0{pu} libmutter0{pu}
  libnautilus-extension1a{pu} libnm-glib-vpn1{pu} libnm-glib4{pu}
  libnm-gtk-common{pu} libnm-gtk0{pu} libnm-util2{pu} libopenobex1{pu}
  libpackagekit-glib2-14{pu} libparted0debian1{pu} libplist1{pu}
  libpolkit-agent-1-0{pu} libpolkit-backend-1-0{pu}
  libpolkit-gobject-1-0{pu} librest-0.7-0{pu} libsocialweb-client2{pu}
  libsoup-gnome2.4-1{pu} libtelepathy-glib0{pu} libtelepathy-logger2{pu}
  libtracker-sparql-0.14-0{pu} libupower-glib1{pu} libusbmuxd1{pu}
  libwebkitgtk-3.0-0{pu} libwebkitgtk-3.0-common{pu} libxklavier16{pu}
  lightdm{p} lightdm-gtk-greeter{p} mutter-common{pu} nautilus{p}
  nautilus-data{pu} obex-data-server{pu} obexd-client{pu} policykit-1{pu}
  policykit-1-gnome{p} telepathy-mission-control-5{pu} udisks{pu}
  upower{pu} usbmuxd{pu}
0 packages upgraded, 0 newly installed, 133 to remove and 3 not upgraded.
Need to get 0 B of archives. After unpacking 184 MB will be freed.

А эти пакеты пришли по зависимостям? Может, флаг просто не отображает aptitude? Вероятно, флаг есть. Иначе как объяснить, что aptitude их предлагает снести? С пакетами без флага «A» такого не должно происходить. И интересно, почему именно эти пакеты? В них что-то особенное?

А эти пакеты пришли по зависимостям?

Да.

Может, флаг просто не отображает aptitude?

Нет, APT его тоже не видит. В файл расширенных состояний я не заглядывал.

Иначе как объяснить, что aptitude их предлагает снести?

Полагаю, на момент решения флаг ещё есть, но после установки намерения удалить снимается из-за бага. Это нужно будет проверить.

И интересно, почему именно эти пакеты? В них что-то особенное?

Ничего особенного мне заметить не удалось.

Нет, aptitude присутствует на диске alternate и ставится по умолчанию.

Ничего особенного мне заметить не удалось.

Может быть эти пакеты оказались в recommends у кого-то и баг был в том, что aptitude (а apt-get нормально удаляет, кстати?) система почему-то попыталась их удержать? Или, например, у какого-то пакета есть зависимость от ряда пакетов типа MTA, а застрявшие пакеты оказались в этом списке. Это я имел в виду под особенным. Ну не наугад же они попались.

Может быть эти пакеты оказались в recommends у кого-то

Нет, тот же gnome-terminal-data точно никому не упёрся :)

а apt-get нормально удаляет, кстати?

Да, никаких хвостов.

Или, например, у какого-то пакета есть зависимость от ряда пакетов типа MTA, а застрявшие пакеты оказались в этом списке.

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

Ну не наугад же они попались.

Это да, но глядя на список, я ни малейшей закономерности не уловил. Вот они, эти красавцы:

gnome-terminal-data
libcairo-gobject2
libcolord1
libgtk-3-0
libgtk-3-common
libvte-2.90-9
libvte-2.90-common