Ждём ебилдов. В слаке когда будет?

наверняка нескоро.

Еще десяток лет и догонит aptitude.

aptitude RIP. Так что догонит явно быстрее.

aptitude RIP

Ну-ну
https://tracker.debian.org/pkg/aptitude

Ну-ну

На-на.

https://salsa.debian.org/apt-team/aptitude/-/commits/debian-sid

Коммиты в большинстве своём – адаптация к новой версии libapt и исправления ошибок сборки. И те в год по чайной ложке.

А нужно что-то ещё?

root@lenovo:~# aptitude install ./slack-desktop-4.3.2-amd64.deb 
Не удалось найти пакет с именем «.», но имеется 12987 пакетов, содержащих «.» в своём имени:
  (слишком много для показа, ограничение равно 40)
Не удалось применить некоторые действия, прерываем работу
root@lenovo:~# apt install ./slack-desktop-4.3.2-amd64.deb 
...
Обновлено 0 пакетов, установлено 298 новых пакетов, для удаления отмечено 0 пакетов, и 0 пакетов не обновлено.
Необходимо скачать 131 MB/186 MB архивов.
После данной операции объём занятого дискового пространства возрастёт на 863 MB.
Хотите продолжить? [Д/н] 

Далее, aptitude часто предлагает решение, полностью противоположное заданному: указываешь ей обновить пакет - она предлагает его удалить, и т.д. Приходится делать закат солнца вручную, раздавая a и r направо и налево.

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

Да, по части функциональности никакой другой менеджер пакетов с ней не сравнится. Но пока что aptitude де-факто заброшена.

Неделя дебиановостей?

Сегодня пришлось поковырять 12 убунту, руки уже отвыкли от apt-get

Маски и регулярные выражения теперь не поддерживаются!

Смело. Не успели добавить шаблоны, как уже убрали их альтернативы.

Ну, норм. Маленько причесали.

Оно лезет на свет!

Так вроде Snap закопал все эти апты и аптитюде.

Смело. Не успели добавить шаблоны, как уже убрали их альтернативы.

Маски могут вернуть в одной из следующих версий.

по части функциональности никакой другой менеджер пакетов с ней не сравнится

Даже pacman?

А есть где-то сравнительный обзор ВСЕХ пакетных менеджеров под линукс, где будет сравнение их возможностей и быстродействия?

Тоже интересно, какие вообще пакетные менеджеры есть и в чем их разница.

Я вот не понимаю в чем отличие «apt», «apt-get» и «aptitude». Слышал, что один из них устарел, но какой непонятно. Тогда остается 2 других… И кто из них лучше тоже непонятно))

Apt-get до сих пор работает. Даже в новых релизах.

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

APT 2.0

apt-get

Но почему? Если ломать совместимость, то уж по полной. Зачем оставили устаревшую команду?

Я сколько раз не пробовал пользоваться aptitude - она мне постоянно что-то ломала. Пользуюсь только apt-get. Всё стабильно. apt боюсь использовать примерно так же, как и aptitude. Если выпилят apt-get, то начну пользоваться apt

В дебиане?

apt это по большей части замена apt-get, apt-cache т.д. А вот выпиливание регулярок так быстро так себе решение.

Внимание! Маски и регулярные выражения теперь не поддерживаются!

это точно обновление?

Плюсую.

Кто-то знакомый всем линуксойдам их покусал)

Да, по части функциональности никакой другой менеджер пакетов с ней не сравнится

Ага, а портаж ты куда дел?

А apt в бубунте для домохозяек вообще нужен?

Или была «специфика»?

З.Ы. плевать на аптитуду - сталкиваясь с деб всегда ставлю синаптик и не парюсь далее…

А давайте померяем у кого ... быстрее.

APT теперь использует libgcrypt для хеширования вместо встроенных эталонных реализаций хеш-семейств MD5, SHA1 и SHA2.

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

Понятно что системы не идентичны и результат сравнить сложно.

Средняя система ~ 1500 пакетов, KDE5, LibreOffice, … ~7Gb. Старое железо 2GHz (проверка реализована однопоточна)

Gentoo - полная проверка целостности (md5, атрибуты) системы сразу после включения (диск не закеширован в оперативке) ~ 15 минут. Реализована на Python3.

AIDE - полная проверка целостности (sha512, whirlpool, атрибуты, ACL, XATTR) ~ 15 минут.

Debian - ?

Gentoo ~ 15 минут.

AIDE ~ 15 минут.

Забыл, у меня «антивируска» от IBM сканит все файлы при доступе, RSA-1024 проверяет атрибуты и sha256 сам файл. Без нее, наверно, пакетный менеджер Gentoo и AIDE проверят систему чуть быстрее. Вообще, мне кажется, что проверка при доступе от IBM на производительность не влияет, больше влияет скорость работы жестких дисков.

Команды, принимающие имена пакетов, теперь поддерживают шаблоны. Их синтаксис aptitude-подобный.

Ура! Я джва года ждал! Приходилось тащить везде aptitude, иначе вообще не понятно как гибко смотреть пакеты.

apt боюсь использовать примерно так же, как и aptitude. Если выпилят apt-get, то начну пользоваться apt

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

А вот выпиливание регулярок так быстро так себе решение.

Разве вместо apt install <regex> написать apt install ~n<regex> так сложно?

apt-get install <regex> так проще

apt-get install так проще

Так проще, но небезопасно. Особенно в скриптах.

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

Забыл, у меня «антивируска» от IBM сканит все файлы при доступе

От неё не особо толку, если шапочку из фольги не одеть.

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

xbps и apk тихонечко хихикают в сторонке, поглядывая на этого жирного и неповоротливого мутанта.

В дурке вообще полно таких, хихикающих.

Надеть же, ну.

не понимаю в чем отличие «apt», «apt-get» и «aptitude»

apt - это верхняя надстройка для пользователя. С плюшками подсказками. Тоесть оно может и apt-get использовать, а может и, к примеру, apt-cache или ещё что.

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

aptitude - это устаревший отдельный проект, которым пользуются только старые пердуны по привычке.

Debian - это устаревший отдельный проект, которым пользуются только старые пердуны по привычке.

Ещё более соответствует правде.

Справедливости ради, у aptitude отличный гуй, справляющийся с большинством проблем с пакетами. Такой хорошей реализации (именно интерфейса) для работы c пакетами я не видел. Synaptic во многом не дотягивает.

apt не является аналогом или усовершенствованной версией apt-get и всех подобных apt-* утилит. apt это своего рода менеджер, оболочка что-ли, она объединяет все apt-* утилиты в один результат, вызывая каждую тогда, когда вводится соответствующая команда. цель одна: простота набора (три буквы вместо нескольких и через тире).

таким образом, когда (к примеру) задают команду apt install - не отдельная команда apt срабатывает, а apt запускает apt-get с атрибутом install

aptitude - это устаревший отдельный проект, которым пользуются только старые пердуны по привычке.

Это полнейшая неправда. В aptitude ничего не устарело, а причин его использовать куда больше просто привычки.

В Debian есть низкоуровневый dpkg, который только для установки пактов, и куча менеджеров в виде настроек над ним. Официальный - apt. Apt-get - это тоже часть apt, просто раньше apt представлял из себя несколько утилит с разными командами. Сейчас это просто одна из устаревших команд. Aptitude - отдельный проект, основывающийся на apt, однако имеющий иной решатель зависимостей, да и вообще довольно сильно отличающийся от оригинала. Плюс есть cupt, которым тоже можно управлять пактами. Все эти проекты актуальны и ни один из них не устарел. Единственный устаревший менеджер пакетов в Debian - это dselect. Но и он все еще есть в репозитории.

таким образом, когда (к примеру) задают команду apt install - не отдельная команда apt срабатывает, а apt запускает apt-get с атрибутом install

Это не так. Вызывается не apt-get, а функция установки, которую использует и apt-get.

Далее, apt и apt-* иногда используют разные настройки по умолчанию (например, apt upgrade vs apt-get upgrade) и даже по-разному реализованные функции (apt search реализована иначе, нежели apt-cache search).

В aptitude ничего не устарело, а причин его использовать куда больше просто привычки.

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

Наоборот же.

В Debian есть низкоуровневый dpkg, который только для установки пактов, и куча менеджеров в виде настроек над ним. Официальный - apt. Apt-get - это тоже часть apt, просто раньше apt представлял из себя несколько утилит с разными командами. Сейчас это просто одна из устаревших команд. Aptitude - отдельный проект, основывающийся на apt, однако имеющий иной решатель зависимостей, да и вообще довольно сильно отличающийся от оригинала. Плюс есть cupt, которым тоже можно управлять пактами. Все эти проекты актуальны и ни один из них не устарел. Единственный устаревший менеджер пакетов в Debian - это dselect. Но и он все еще есть в репозитории.

Короче, если не заморачиваться, то нужно учить просто apt? А офф. мануал по нему есть?

Aptitude - отдельный проект, основывающийся на apt, однако имеющий иной решатель зависимостей, да и вообще довольно сильно отличающийся от оригинала.

Раньше видел его в убунту. Сейчас кажется выкинули, надо ставить ручками. Какой в нем смысл сегодня? За кем будущее - apt или aptitude?