LINUX.ORG.RU

Выпуск APT 2.0

 ,


0

1

Был выпущен новый релиз пакетного менеджера APT, номер которого – 2.0. Изменения:

  • Команды, принимающие имена пакетов, теперь поддерживают шаблоны. Их синтаксис aptitude-подобный. Внимание! Маски и регулярные выражения теперь не поддерживаются! Вместо них используются шаблоны.
  • Новые команды «apt satisfy» и «apt-get satisfy», позволяющие удовлетворить зависимости, которые были указаны.
  • Пины могут быть указаны исходными пакетами, добавив src: к названию пакета, например:
Package: src:apt
Pin: version 2.0.0
Pin-Priority: 990
  • APT теперь использует libgcrypt для хеширования вместо встроенных эталонных реализаций хеш-семейств MD5, SHA1 и SHA2.
  • Требование к версии стандарта C++ поднято до C++14.
  • Весь код, помеченный как устаревший в 1.8, был удален
  • Указатели внутри кеша теперь статически типизированы. Их нельзя сравнивать с целыми числами (кроме 0 через nullptr).
  • apt-pkg теперь можно найти с помощью pkg-config.
  • Библиотека apt-inst была объединена с библиотекой apt-pkg.

Лицензия оригинального текста - CC BY-SA 4.0.

>>> Подробнее в оригинале



Проверено: anonymous_incognito ()
Последнее исправление: cetjs2 (всего исправлений: 6)

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

Для них есть свои репозитории.

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

сломать зависимости

Будто что плохое.

Вы лично можете делать, что хотите. Хотите - рыщите в поисках рабочего репозитория для нужного пакета, добавляйте ключ, ставьте пакеты с помощью dpkg - да хоть ar-ом распаковывайте.

Никогда не видели такого заголовка, где он встречается вообще?

Читайте Политику Debian.

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

Каким местом приспособленный, интересно? Работает ведь так же.

Нет. Используются другие настройки по умолчанию (например, APT::Get::Upgrade-Allow-New) и даже иначе реализованные функции (apt search vs apt-cache search).

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

localepurge - костыль. Правельно в make.conf прописать нужные локали https://wiki.gentoo.org/wiki//etc/portage/make.conf#LINGUAS :

LINGUAS=«de pt_BR en en_US en_GB»

L10N=«de pt-BR en en-US en-GB»

Хотя и к нему можно чуть приспособится, грипнуть с -v ‘not found’, как минус не будет проверять удаленные системные файлы. Не рекомендую использовать localepurge, в новых версиях его уже нет.

Гента поддерживает проверку целостности даже при использовании prelink https://wiki.gentoo.org/wiki/Prelink :

  • The change to the binary is fully reversible. prelink has an undo function.

  • Current versions of Portage can handle, via prelink , the changing MD5sums and mtimes of the binaries.

  • You do not need to set FEATURES=«prelink» in your make.conf file; Portage will automatically support prelink if it can find the prelink binary.

Хотя лично использую Hardened Gentoo и рандомизацию всего адресного пространства при каждой загрузке компа. Именно это не дает мне возможность использовать prelink. Или безопасность или скорость загрузки…

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

portage

Выкачивать сырцы, забивать ими винт и собирать мир на затычке вместо процессора? Нет уж, страдайте сами.

в новых версиях его уже нет

Версиях чего?

undo function

И какой смысл в нём тогда?

Или безопасность или скорость загрузки…

И почему Вы решили, что все должны страдать паранойей и выбирать первый вариант?

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

Нет уж, страдайте сами.

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

Версиях чего?

Портаджа, репозитория.

И какой смысл в нём тогда?

Если не надо или мешает - можно откатиться назад.

И почему Вы решили, что все должны страдать паранойей и выбирать первый вариант?

Такая нынче жизнь.

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

Здесь палка с двух концов

Не-а, есть золотая середина: собирать из исходников только то, что нужно.

Портаджа, репозитория.

Гентопроблемы, значит.

Если не надо или мешает - можно откатиться назад.

Проще переустановить пакет. Но у гентушников это ни фига не просто :3

Такая нынче жизнь.

Нет.

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

Ты можешь предъявить время проверки целостности установленных пакетов пакетным менеджером своего дистрибутива?

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

Мы вообще не интересуемся подобными инструментами :P Всё равно localepurge портит чуть менее чем все пакеты, и много ПО стоит не из репозиториев дистрибутива.

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

Localepurge нет в официальном репозитории. Средства которые есть вместо него на проверку целостности пакетов не влияют.

Установка пакетов из неофициальных оверлеев на проверку целостности установленных пакетов не влияет.

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

Localepurge нет в официальном репозитории

Ещё раз повторяем — гентопроблемы.

root@localhost:~# apt policy localepurge
localepurge:
  Установлен: 0.7.3.8
  Кандидат:   0.7.3.8
  Таблица версий:
 *** 0.7.3.8 500
        500 http://http.debian.net/debian bullseye/main amd64 Packages
        500 http://http.debian.net/debian bullseye/main i386 Packages
        100 /var/lib/dpkg/status

Впрочем, гентушникам такая штука не особо и нужна, поскольку ненужные локали можно выкидывать ещё на этапе сборки. Но с бинарными пакетами такое не прокатит.

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