LINUX.ORG.RU

Aptitude 0.6.6 доступна в Debian testing

 , ,


0

0

Новая версия пакетного менеджера aptitude сегодня была загружена в репозитории тестовой ветки Debian. В первую очередь следует отметить улучшение в поддержке multiarch: пакеты «чужих» архитектур теперь отображаются с использованием полного имени (например, libc6:armel). Также важно учитывать, что решатель конфликтов ещё не доработан для поддержки multiarch: не следует ожидать от него корректной работы при разрешении зависимостей с разными архитектурами.

Наиболее важные изменения:

  • Удалённые функции:
    • Теперь из GTK-интерфейса нельзя запустить игру «Сапёр», т.к. это могло привести к запуску сторонней программы с повышенными привилегиями;
  • Исправленные серьёзные ошибки:
    • В режиме командной строки теперь отображаются ошибки при обновлении списков пакетов;
    • Исправлены шаблоны поиска (в частности, '?action(upgrade)'), использование которых приводило к получению списка удерживаемых (режим «keep») пакетов;
    • В curses-интерфейсе предотвращён вывод отладочных сообщений;
  • Добавленные функции:
    • Базовая поддержка multiarch:
      • Во многих местах используются полные имена пакетов, то есть включающие название архитектуры;
      • Сортировка по именам учитывает архитектуру;
      • В сведениях о пакете отображаются новые поля, связанные с архитектурой;
      • Данные о состоянии пакетов хранятся с использованием сочетания имени и архитектуры;
      • Добавлены новые шаблоны поиска: '?architecture(architecture)' и '?multiarch(multiarch)';
      • При обычном поиске (без шаблонов) теперь можно использовать формат «название:архитектура»;
      • Добавлена группировка по архитектуре;
    • Доработана группировка раздела lib.

Также были обновлены документация и несколько переводов, включая русский. GTK-интерфейс больше не включён в стандартную сборку из-за общей недоработанности. Список многочисленных прочих изменений можно найти по ссылке ниже.

>>> Полный список изменений

★★★★★

Проверено: post-factum ()
Последнее исправление: Silent (всего исправлений: 2)

Ответ на: комментарий от Deleted

Гм, проверил с kde-workspace и gnome-core — всё работает нормально. Видимо, это какой-то баг с некоторыми пакетами.

GotF ★★★★★
() автор топика
Ответ на: комментарий от anonymous

Судя по тегам к картинке, да.

GotF ★★★★★
() автор топика
Ответ на: комментарий от GotF

Может это на пустышках так? А на мета нормально? Честно говоря, не помню уже, как пакеты-пустышки работают, так же как метапакеты или нет.

Deleted
()
Ответ на: комментарий от Deleted

Я «немного» ошибся: сносятся далеко не все пакеты. По какому принципу остаётся куча других (в одном случае это kdelibs с чем-то, в другом гномобраузер и ещё куча подобного хлама) мне непонятно. Это ненормально, учитывая, что рекомендуемые чем-то пакеты не защищены от автоудаления (APT::AutoRemove::RecommendsImportant «No»). Потом попробую apt-get для сравнения.

GotF ★★★★★
() автор топика
Ответ на: комментарий от Deleted

Честно говоря, не помню уже, как пакеты-пустышки работают, так же как метапакеты или нет.

Ну вот djview работает как мета. Многие другие, в описании которых явно сказано, что они могут быть удалены — по-другому. Ух %)

GotF ★★★★★
() автор топика
Ответ на: комментарий от Deleted

Вот ещё интересно: после зачистки всё равно остался пакет gvfs-backends, и вот что говорит aptitude об этом:

~ # aptitude why gvfs-backends
i   gimp Suggests gvfs-backends

GotF ★★★★★
() автор топика
Ответ на: комментарий от GotF

Why не всегда показывает то, что нужно. Возможно что-то таки зависит. Хотя если нет, то у меня пока больше гениальных идей нет %)

Deleted
()
Ответ на: комментарий от Deleted

Причём делая 1 мы не видим, что именно произойдёт в 3.

ну пипец ты слепой чтоли я не понимаю. для особо одаренных:

Следующие пакеты устанавливались автоматически и больше не требуются:
libboost-locale-dev libboost-random-dev libboost-date-time-dev libboost-signals-dev libboost-timer-dev libboost-thread-dev libboost-chrono-dev libboost-program-options-dev libboost-test-dev
libboost-wave-dev libboost-graph-parallel-dev libboost-serialization-dev libboost-system-dev libboost-mpi-python1.49.0 libboost-regex-dev libboost-math-dev libboost-mpi-python1.49-dev libboost-mpi-dev
libboost-filesystem-dev libboost-iostreams-dev libboost-mpi-python-dev libboost-graph-dev libboost-python-dev

punya ★★
()
Ответ на: комментарий от Deleted

удаляется метапакет гнома и все помечаются как ненужные

punya ★★
()
Ответ на: комментарий от Deleted

ты просто одержим фичей «удалить сразу и все». это чистое имхо. тебе нравится? - ну и слава богу. я уже в сотый раз повторяю: это не показатель качества разбора зависимостей! я сделаю remove + autoremove и у меня удаляться ТЕЖЕ(!) пакеты что и у тебя aptitude remove. хватит уже перетирать это чушь. давайте сюда адекватные сравнения ибо я заколебался следить за этой бесмысленной темой

punya ★★
()

переформулирую вопрос для чоткости: пользователь Вася устанавливает программу с помощью aptitude а Петя с помощью apt-get. существуют ли случаи когда Петя получит нерабочую программу а Вася - нет?

punya ★★
()
Ответ на: комментарий от punya

существуют ли случаи когда Петя получит нерабочую программу а Вася - нет?

Нет, но в testing/sid или даже experimental Петя может получить конфликт зависимостей, который придётся решать руками, тогда как Вася в большинстве случаев сможет решить проблему без возни с dpkg и прочих страданий. Т.е., в конечном итоге, Петя имеет шанс не получить программу вовсе, поскольку у apt-get в каждом случае есть только один способ разрешить зависимости.

GotF ★★★★★
() автор топика
Ответ на: комментарий от punya

хотя я вру. три года у меня testing unstable experimental. это щас они так называются

punya ★★
()
Ответ на: комментарий от punya

Я не проверяю все конфликты в apt-get, поэтому пример назвать не могу. И пора бы сообразить, что понятия о прекрасном и состав системы у всех разные.

GotF ★★★★★
() автор топика
Ответ на: комментарий от GotF

я ниразу не встречал:

testing/sid, experimental apt-get может получить конфликт зависимостей

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

punya ★★
()

Чёрт возьми, больше aptitude update не работает (((

Это так и должно быть?

aptitude 0.6.6 скомпилировано в Apr 17 2012 05:16:17
Компилятор: g++ 4.6.3
Скомпилировано с помощью:
  apt версии 4.12.0
  Версия NCurses 5.9
  Версия libsigc++: 2.2.10
  Поддержка ept включена.
  Поддержка Gtk+ выключена.
  Поддержка Qt выключена.

Текущие версии библиотек:
  Версия NCurses: ncurses 5.9.20110404
  Версия cwidget: 0.5.16
  Версия Apt: 4.12.0
wm34
()
Ответ на: комментарий от obsidian

Этого достаточно для того, чтобы гарантировать подлинность любого пакета в репозитории. Какой смысл подписывать отдельные пакеты, если такая форма распространения не предусмотрена? Вообще, есть dpkg-sig, но лично я с ним никогда дела не имел.

GotF ★★★★★
() автор топика
Ответ на: комментарий от wm34

У меня везде работает. Wheezy, если что.

GotF ★★★★★
() автор топика
Ответ на: комментарий от wm34

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

maloi ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.