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)

у aptitude ещё и GTK версия есть? Не знал, да и не нуждался никогда :)

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

Это такое петросянство с пасхалкой apt-get (apt-get moo).

Deleted
()

Хорошая новость, пользуюсь практически только им много лет. :)

Buy ★★★★★
()

// Теперь из GTK-интерфейса нельзя запустить игру «Сапёр»,

у него был gtk интерфейс? зачем?

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

А насчет aptitude vs apt - первый уже давным давно рекомендуется взамен последнего.

Интересно. Для меня это новость. Потыкаете носом? Желательно в русскоязычные побликации (наши потсоны не пропустили бы такого прикола), плиз.

Pakostnik ★★★
()

А в моём любимом Альт Линуксе aptitude версии 0.4.5, правда переработанный ALT Linux Team для работы с rpm и это ваш multiarch умеет очень давно.

Vladislav_Surkov
()

Подскажите плизз ламеру. Теперь можно будет без камлания и плясок с бубном найти пакеты под i386, которые устанавливались через dpkg --force-architectiure? (Это был d2x-xl).

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

Страшно представить на что способен «Сапёр» запущенный с повышенными привилегиями.

Подменить бинарник сапёра на свой, а потом уже запускать с повышенными привилениями?

ForwardToMars
()

хорошая новость! ждем заморозки тестинга)

ymn ★★★★★
()

>"...Теперь из GTK-интерфейса нельзя запустить игру «Сапёр»..."

Вот это удар...

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

aptitude версии 0.4.5, правда переработанный ALT Linux Team ... multiarch умеет очень давно.

Патчи слали?

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

читаем новость:

Базовая поддержка multiarch

читаем ваше сообщение:

А в моём любимом Альт Линуксе aptitude версии 0.4.5, правда переработанный ALT Linux Team для работы с rpm и это ваш multiarch умеет очень давно.

вот я и спрашиваю, где патчи от ALT Linux Team в мейнстриме?

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

http://www.debian.org/doc/manuals/debian-faq/ch-uptodate.en.html#s-aptitude-u...

Спасибо. Почитал. Много понял. :)

«Это текстовый интерфейс к APT, использование проклятий библиотеки и может быть использован для выполнения задач управления в быстрый и легкий путь.»

Гугль очень адекватно переводит. Понравилось.

Pakostnik ★★★
()

В мини новости.

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

Про гтк-морду впервые слышу. А сапёр есть в консольной версии (кстати, наверно, единственный, в котором можно подорваться на первом же клике (в других такого не встречал))

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

У него был GTK-интерфейс??? Блин, ну я и слоупок. Хотя, на кой черт он нужен.

Узрев именно его я понял на сколько консоль красива, понятна, лаконична, функциональна и ваще решает и рулит по всем фронтам! В добавок я его еще увидел под кедами.

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

вот я и спрашиваю, где патчи от ALT Linux Team в мейнстриме?

Нынешняя aptitude и та которая в Альт Линуксе уже сильно отличаются и практически несовместимы.

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

о! ценитель aptitude детектед. знаете ли вы реальный пример когда aptitude разрешает зависимости лучше apt-get или оно вообще ничего кроме свистоперделок не привносит?

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

знаете ли вы реальный пример когда aptitude разрешает зависимости лучше apt-get

Знаю. Всегда.

или оно вообще ничего кроме свистоперделок не привносит?

Обезжиривайся.

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

Имел щасстье наблюдать, как после apt-get именно aptitude решал зависимости, и убирал натоптанное apt-get-ом.

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

я не тролю мне реально инетересно. сам юзаю aptitude только ради поисковых шаблонов но о них не будем так как это и есть свистоперделки =)
пример в студию когда aptitude решает зависимости лучше чем apt-get!

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

читайте внимательно какой я пример прошу. меня интересует только обработка зависимостей

apt-get имеет большую проблему с удалением пакетов. Сначала он определяет зависимости, которые должны быть установлены для выбранного пакета, но не определяет их, когда вы удаляете этот пакет. Если зависимости удовлетворены, ‘apt-get remove’ удалит выбранные пакеты, но оставит обособленные зависимости. Альтернатива? Aptitude. Перед тем, как продолжить, хотелось бы сказать, что ‘apt-get autoremove’ уже в состоянии обращаться к обособленным зависимостям. Это, конечно, шаг в правильном направлении. Однако, apt-get удобен, если вам захочется изучить 16 дополнительных инструментов к нему

то что apt-get маркирует обособленные зависимости готовыми к autoremove - фича а не баг. автор поста не читал ман. такие «примеры» меня не интересуют

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

autoremove это действие, которое свершится потом, а не сразу, не? Вот сиди и гадай, не случится ли чего.

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

удалился самый дальний лист дерева. что может случится с ветками? антинаучную фигню несете товарищъ

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

Ты уверен, что получится то, что ты ожидаешь? Ты же не знаешь что именно произойдёт. Это не антинаучно, это как раз нормальное желание — знать сразу что будет и не будет до того, как начнёшь ворочать.

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

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

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

>я знаю что именно произойдет
Ты держишь все зависимости в памяти? Герой.

>как в воду пердите
Какой забавный малыш, он узнал новое слово, которое позволяет ему побеждать противника.

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

Какой забавный малыш, он узнал новое слово, которое позволяет ему побеждать противника.

я ничего не понимаю. если вам не нравится моя фраза это значит, что я малыш узнавший новое слово?
к моему большому сожалению вместо объективного сравнения я вынужден копировать ман
autoremove is used to remove packages that were automatically installed to satisfy dependencies for other packages and are now no longer needed.

Ты держишь все зависимости в памяти? Герой.

вот что это ваще такое?

punya ★★
()
Ответ на: комментарий от Deleted
sudo apt-get install libboost-all-dev 
Чтение списков пакетов… Готово
Построение дерева зависимостей 
Чтение информации о состоянии… Готово
Будут установлены следующие дополнительные пакеты:
libboost-chrono-dev libboost-date-time-dev libboost-filesystem-dev libboost-graph-dev libboost-graph-parallel-dev libboost-iostreams-dev libboost-locale-dev libboost-math-dev libboost-mpi-dev
libboost-mpi-python-dev libboost-mpi-python1.49-dev libboost-mpi-python1.49.0 libboost-program-options-dev libboost-python-dev libboost-random-dev libboost-regex-dev libboost-serialization-dev
libboost-signals-dev libboost-system-dev libboost-test-dev libboost-thread-dev libboost-timer-dev libboost-wave-dev
Предлагаемые пакеты:
python3
НОВЫЕ пакеты, которые будут установлены:
libboost-all-dev libboost-chrono-dev libboost-date-time-dev libboost-filesystem-dev libboost-graph-dev libboost-graph-parallel-dev libboost-iostreams-dev libboost-locale-dev libboost-math-dev
libboost-mpi-dev libboost-mpi-python-dev libboost-mpi-python1.49-dev libboost-mpi-python1.49.0 libboost-program-options-dev libboost-python-dev libboost-random-dev libboost-regex-dev
libboost-serialization-dev libboost-signals-dev libboost-system-dev libboost-test-dev libboost-thread-dev libboost-timer-dev libboost-wave-dev
обновлено 0, установлено 24 новых пакетов, для удаления отмечено 0 пакетов, и 0 пакетов не обновлено.
Необходимо скачать 844 kB/904 kB архивов.
sudo apt-get remove libboost-all-dev 
Чтение списков пакетов… Готово
Построение дерева зависимостей 
Чтение информации о состоянии… Готово
Следующие пакеты устанавливались автоматически и больше не требуются:
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
Для их удаления используйте «apt-get autoremove».
Пакеты, которые будут УДАЛЕНЫ:
libboost-all-dev
обновлено 0, установлено 0 новых пакетов, для удаления отмечено 1 пакетов, и 0 пакетов не обновлено.
После данной операции, объём занятого дискового пространства уменьшится на 26,6 kB.
sudo apt-get autoremove 
Чтение списков пакетов… Готово
Построение дерева зависимостей 
Чтение информации о состоянии… Готово
Пакеты, которые будут УДАЛЕНЫ:
libboost-chrono-dev libboost-date-time-dev libboost-filesystem-dev libboost-graph-dev libboost-graph-parallel-dev libboost-iostreams-dev libboost-locale-dev libboost-math-dev libboost-mpi-dev
libboost-mpi-python-dev libboost-mpi-python1.49-dev libboost-mpi-python1.49.0 libboost-program-options-dev libboost-python-dev libboost-random-dev libboost-regex-dev libboost-serialization-dev
libboost-signals-dev libboost-system-dev libboost-test-dev libboost-thread-dev libboost-timer-dev libboost-wave-dev
обновлено 0, установлено 0 новых пакетов, для удаления отмечено 23 пакетов, и 0 пакетов не обновлено.
После данной операции, объём занятого дискового пространства уменьшится на 3 787 kB.

Ты уверен, что получится то, что ты ожидаешь? Ты же не знаешь что именно произойдёт. Это не антинаучно, это как раз нормальное желание — знать сразу что будет и не будет до того, как начнёшь ворочать.
Ты держишь все зависимости в памяти? Герой.

он сразу сообщает что будет удалено а что будет помечено на удаление. я ничего не держу в памяти как видно. aptitude топорно удаляет все что возможно ненужно сразу. отличия по качеству разрешения зависимостей нет помню вышел гном 3 и естественно меня взбесил. мне захотелось перейти на xfce. вот тут мне сильно помогла эта фишка apt-get: 1) удаляем метапакет гнома. несколько сотен зависимостей помечаются как «ненужные» 2) ставим xfce. множество зависимостей xfce пересекается с гномом и с них снимается метка «ненужные» 3) установка занимает меньше времени чем с aptitude. профит =)

я все еще жду объективных ссылок сравнения разрешения зависимостей

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

1. sudo apt-get remove libboost-all-dev;
2. тут у нас слака;
3. sudo apt-get autoremove;
4. тут «Debian хочет удалить мне всю систему, что делать, ааа, мы все умрём».

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

>1) удаляем метапакет гнома. несколько сотен зависимостей помечаются как «ненужные» 2) ставим xfce. множество зависимостей xfce пересекается с гномом и с них снимается метка «ненужные» 3) установка занимает меньше времени чем с aptitude. профит =)

aptitude install xfce метапакетгнома-
Профит.

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

aptitude тебе сразу говорит: только так и всё тут.

Мне он так говорит только в интерактивном режиме, в CLI молчит.

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

Да нет же, хотя галочка «Remove unused packages automatically» у меня поставлена.

~ > egrep -v '^//|^$' /etc/apt/apt.conf
APT::Install-Recommends «No»;
APT::Get::AllowUnauthenticated «Yes»;
APT::Get::AutomaticRemove «Yes»;
APT::AutoRemove::RecommendsImportant «No»;
APT::Default-Release «wheezy»;

В Squeeze вроде бы так же было.

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

Кстати, надо удалить AllowUnauthenticated — осталось с тех времён, когда я не умел подписывать локальные репы -_-

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

У меня сейчас какой-то особенный Squeeze? Ты что-то напорол, УМВР :}

[code]
: cat /etc/apt/apt.conf
APT::Install-Recommends «0»;
APT::Install-Suggests «0»;
[/code]

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

Ну, я могу ошибаться насчёт Squeeze. Скорее всего ошибаюсь. Но в Wheezy всё именно так, как я говорил — не знаю, баг это или фича.

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

В общем, я примерно разобрался, почему так. Если пакет обыкновенный, то все его зависимости удаляются автоматически, а если мета — только в псевдографическом интерфейсе. Проверял с пакетом xfce4. С первым попавшимся dummy-пакетом (djview) такого не наблюдается — всё удаляется сразу.

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