The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Релиз пакетного менеджера APT 3.0.0

05.04.2025 09:46

Сформирован релиз инструментария для управления пакетами APT 3.0.0 (Advanced Package Tool), который вобрал изменения, накопленные в экспериментальной ветке 2.9. Новый выпуск принят в ветку Debian Unstable и в ближайшее время будет интегрирован в репозиторий Debian Testing, в котором развивается релиз Debian 13 и уже используется экспериментальная ветка APT 2.9, а также будет добавлен в пакетную базу Ubuntu.

Среди наиболее важных изменений:

  • Переработан интерфейс пользователя, в котором реализовано более наглядное отображение списка зависимостей, необходимых для загрузки при установке пакета. Если раньше имена пакетов с зависимостями выводились сплошным списком, то теперь они разбиваются на колонки в стиле утилиты "ls -C", а разные блоки вывода подсвечиваются своими цветами (например, удаляемые пакеты выделяются красным, а устанавливаемые - зелёным цветом). При выводе убраны дублирующиеся упоминания дополнительных и новых пакетов (объединены секции "NEW packages" и "additional packages"). Для управления расцветкой добавлены настройки "APT::Color::*" и "APT::Configuration::color", а также опции "--color" и "--no-color".
  • Реализовано автоматическое разделение на страницы вывода команд "show", "policy", "list", "search" и "showsrc". Разбивка на страницы включается через настройку Binary::apt::Pager, а приложение для разделения страниц определяется через переменную окружения PAGER.
  • Реализован улучшенный движок разрешения зависимостей Solver3 (включается через опцию "--solver 3.0"), в котором для разрешения конфликтов между зависимостями задействован алгоритм поиска с возвратом (backtracking). В новом движке также улучшен выбор версий, обеспечена поддержка выполнения обновлений в несколько стадий, значительно повышена производительность (apt-test теперь выполняется в два раза быстрее), добавлена опция "--no-strict-pinning" для установки экспериментальных версий, добавлена защита от удаления вручную поставленных пакетов, повышена агрессивность автоматического удаления неиспользуемых зависимостей. Добавлены более понятные обычным пользователям пояснения для ошибок, связанных с зависимостями.
  • Прекращено использования утилиты apt-key для управления ключами, применяемыми для верификации цифровых подписей пакетов. Утилита apt-key несколько лет назад была объявлена устаревшей в связи с уходом от старой модели проверки целостности пакетов, в которой использовалось общее хранилище ключей (/etc/apt/trusted.gpg) и отсутствовала привязка ключей к репозиториям, т.е. ключ, добавленный для какого-то стороннего репозитория, подходил для проверки пакетов во всех репозиториях. Пришедший на смену apt-key метод работы с ключами подразумевает разделение хранилищ ключей для каждого репозитория (/etc/apt/trusted.gpg.d/ или /etc/apt/keyrings/).
  • Добавлена возможность использования утилиты sqv от проекта Sequoia для проверки цифровых подписей вместо вызова gpgv. В список путей для вызова gpg добавлена написанная на языке Rust утилита gpg-sq, принимающая те же аргументы, что и утилита gpg, но имитирующая её работу через Sequoia, реализацию OpenPGP на языке Rust. Вызов gpg-sq является более приоритетным, чем gpg, т.е. для использования gpg-sq вместо gpg достаточно установить соответствующий пакет.
  • Добавлен крипто-бэкенд для библиотеки OpenSSL, которая пришла на смену GnuTLS и Gcrypt.
  • Обеспечена привязка типов ключей к расширениям файлов: расширение ".asc" связано с ascii-armored ключами, ".gpg" - всегда с бинарными ключами, а все остальные файловые расширения вызовут ошибку. Например, при использовании файла с ключом "/etc/apt/keyrings/winehq-archive.key", его нужно будет переименовать в "/etc/apt/keyrings/winehq-archive.gpg" и исправить путь в файле в "/etc/apt/sources.list.d/". Реализована поддержка самостоятельной проверки хранилищ ключей (keyring) и выполнения операции dearmor (преобразование ключа в формате ASCII-armored в бинарный формат) без обращения к apt-key.
  • Многие функции переведены на использование класса "std::string" вместо "const char *" (определённый в стандарте С++17 класс std::string_view, более эффективно работающий со строками за счёт использования ссылок на существующие данные и исключения лишнего копирования данных, пока не задействован в коде).
  • Предложен абстрактный интерфейс для работы с хэшами, реализованный в рамках работы по избавлению от жёсткой привязки к одной криптографической библиотеке.
  • В вывод команды "apt show --full" добавлена информация о закреплении пакетов (pinning), получаемая из полей APT-Pin, APT-Candidate и APT-Release.
  • Официально рекомендовано именовать файлы в каталоге /etc/apt/sources.list.d/ именем текущего поставщика в нижнем регистре ("$(dpkg-vendor --query Vendor | tr A-Z a-z).sources").
  • В pkgDepCache добавлена поддержка транзакций и счётчиков обновлений.
  • Добавлена опция "--comment" для оставления комментария, сохраняемого в истории выполненных операций.
  • Добавлена поддержка HTTP-заголовка Retry-After для оптимизации возобновления прерванных загрузок.
  • В команду "apt list" добавлена опция "--target-release".
  • Добавлен новый уровень ошибок "audit", включаемый через опцию "--audit".

Дополнительно можно отметить изменения, появившиеся в экспериментальной в ветке APT 2.7 (разработка ветки 2.7 плавно перешла в разработку ветки 2.9), которые станут доступны в Debian 13 (в Debian 12 используется выпуск APT 2.6):

  • Добавлена поддержка снапшотов, управляемая опцией "--snapshot" ("-S"), при помощи которой можно обратиться к серверам репозиториев, поддерживающих снапшоты, и выбрать определённое состояние архива репозитория. Например, указав "--snapshot 20250405T081400Z" можно работать со срезом состояния репозитория, зафиксированным 5 апреля 2025 года в 08:14:00. Снапшоты настраиваются в секции APT::Snapshot в файлах sources-list.
  • Реализована опция "--update" ("-U"), позволяющая во время выполнения команд установки или обновления пакетов (apt install или apt upgrade) автоматически запустить операцию "apt update" для синхронизации индексов до открытия кэша и обработки sources.list.
  • Добавлена команда 'dist-clean' для удаления сохранённых в кэше пакетов и списков загруженных пакетов.


  1. Главная ссылка к новости (https://github.com/Debian/apt/...)
  2. OpenNews: В Debian GNU/Linux официально введен в строй формат пакетов DPKG 3.0
  3. OpenNews: В пакетном менеджере APT 2.7 реализована поддержка снапшотов
  4. OpenNews: Началось тестирование переработанного интерфейса пакетного менеджера APT 3.0
  5. OpenNews: В пакетном менеджере APT 2.9.15 прекращено использование apt-key
  6. OpenNews: Обновление пакетного менеджера APT 2.9.20
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/63026-apt
Ключевые слова: apt, debian, dpkg
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (70) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, CharaDemon (ok), 10:35, 05/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    А где р-р-р-революционность?
     
     
  • 2.2, Илья (??), 10:42, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    в DNF
     
     
  • 3.6, Аноним (-), 11:25, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > в DNF

    Оперативку этот крап и правда жрет ударными темпами в отличие от сабжа. И репы - куцые.

     
  • 3.13, Аноним (13), 12:10, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Apt, все больше начинает подражать DNF,
    Меня разочаровывает.
     
  • 2.3, Аноним (3), 10:51, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Народный пакетный менеджер. Р-р-р-революционности Всем хватит.
     
  • 2.8, Аноним (8), 11:42, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Добавлена опция "--comment" для оставления комментария, сохраняемого в истории выполненных операций.

    Здесь.

     
  • 2.15, Аноним (-), 12:18, 05/04/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 3.24, Аноним (13), 13:30, 05/04/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.34, Роман (??), 14:33, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Реализована опция "--update" ("-U"), позволяющая во время выполнения команд установки или обновления пакетов (apt install или apt upgrade) автоматически запустить операцию "apt update" для синхронизации индексов до открытия кэша и обработки sources.list.

    вот где

     

  • 1.4, pic (??), 11:16, 05/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >Если раньше имена пакетов с зависимостями выводились сплошным списком

    С чего это? Утилита apt (и старая apt-get тоже) давно выводит список пакетов колонками.

    ~$ sudo apt install evolution
    [sudo] пароль для user:
    Чтение списков пакетов… Готово
    Построение дерева зависимостей… Готово
    Чтение информации о состоянии… Готово        
    Будут установлены следующие дополнительные пакеты:
      bogofilter bogofilter-bdb bogofilter-common evolution-common
      evolution-plugin-bogofilter evolution-plugin-pstimport evolution-plugins
      libcmark0.30.2 libdee-1.0-4 libevolution libgail-3-0 libgnome-autoar-gtk-0-0
      libgsl27 libgslcblas0 libpst4 libunity-protocol-private0
      libunity-scopes-json-def-desktop libunity9 libytnef0
    Предлагаемые пакеты:
      db5.3-util doc-base evolution-ews evolution-plugins-experimental gsl-ref-psdoc
      | gsl-doc-pdf | gsl-doc-info | gsl-ref-html unity-common
    Следующие НОВЫЕ пакеты будут установлены:
      bogofilter bogofilter-bdb bogofilter-common evolution evolution-common
      evolution-plugin-bogofilter evolution-plugin-pstimport evolution-plugins
      libcmark0.30.2 libdee-1.0-4 libevolution libgail-3-0 libgnome-autoar-gtk-0-0
      libgsl27 libgslcblas0 libpst4 libunity-protocol-private0
      libunity-scopes-json-def-desktop libunity9 libytnef0
    Обновлено 0 пакетов, установлено 20 новых пакетов, для удаления отмечено 0 пакетов, и 0 пакетов не обновлено.
    Необходимо скачать 13,7 MB архивов.
    После данной операции объём занятого дискового пространства возрастёт на 83,8 MB.
    Хотите продолжить? [Д/н]

     
     
  • 2.5, pic (??), 11:17, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А, ну да, скриншот не посмотрел, прикольно.
     
  • 2.7, Аноним (-), 11:37, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • –10 +/
    Скаких пор в Убунту и Дебиане APT русифицирован? Ты скринишь выхлоп расиянского дистра?
     
     
  • 3.18, Аноним (18), 12:29, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Скаких пор в Убунту и Дебиане APT русифицирован? Ты скринишь выхлоп расиянского
    > дистра?

    Год не скажу, никогда не задавался этим вопросом - следить с каких пор, но очень-очень давно.
    Правда я таким сам уже давно не пользуюсь, потому что считаю, что любой нелатиницы в консоле не место, т.к. в других случаях, бувают случаи, когда это играет злую шутку и добавляет проблем с разбирательствами что вам там говорит консоль. Но сама русификация уже есть давно.

     
  • 3.35, Аноним (35), 14:43, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    С давних.
     
  • 3.46, Аноним (46), 15:31, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Скаких пор в Убунту и Дебиане APT русифицирован? Ты скринишь выхлоп расиянского дистра?

    Может он просто locales себе нарулил и поставил с ними? У дебиана есть переводы на дофига языков.

     
  • 2.12, Аноним (13), 12:07, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так лучше чем нововведения, где все разжевано.
    Списки через запятую без форматирования, творческий хаос так сказать.
    Многим еще неудобно читать без подсветки синтаксиса, незнаю мне удобно.
     

  • 1.10, Аноним (10), 11:53, 05/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    sudo apt update && sudo apt full-upgrade -y && sudo apt autoremove && sudo apt autoclean && sudo apt clean
     
     
  • 2.11, Аноним (13), 12:03, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а где же autopurge
    и вообще все auto, которое по tab.
     
  • 2.40, Аноним (-), 15:14, 05/04/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     

  • 1.14, Аноним (14), 12:13, 05/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    apt всё лучше и когда-нибудь он сможет догнать zypper )))
     
     
  • 2.21, Аноним (21), 13:18, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Зато твой зиппер никогда не догонит пакман. Печалька.
     

  • 1.16, Getfor (?), 12:19, 05/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    До pacman ему ещё далеко...
     
     
  • 2.19, Аноним (18), 12:32, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > До pacman ему ещё далеко...

    сравнивать pacman, которому место в сравнении разве что с dpkg только, с apt это мощно и слишком жирно даже для самого жирного арчевода! ;)

     
  • 2.23, Аноним (13), 13:24, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Синтаксис Apt, более понятен, чем в все эти -Syy
    Да и autoclean, autopurge, autorrmove, есть тоже в pacman, что заменяется какой то длинной командой.
     
     
  • 3.56, Аноним (18), 16:22, 05/04/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     

  • 1.17, Аноним (-), 12:24, 05/04/2025 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +/
     

  • 1.20, Аноним (20), 12:57, 05/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Интересно а есть ли какой-то пакетник универсальный, линуксовый, не дистрозависимый?

    И еще вопрос, какой из ныне существующих наилучшим образом выполняет свою работу?
    Apt, pacman... Какие там еще...?

     
     
  • 2.26, ptr (ok), 13:57, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Мне нравится Portage своей возможностью управлять зависимостями USE флагами. Но он уж точно зависим от дистрибутива.
     
     
  • 3.54, Мне хватает (?), 16:07, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Гуглите Gentoo prefix
     
     
  • 4.72, ptr (ok), 19:28, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Гуглите Gentoo prefix

    А в чем смысл, кроме поиграться?
    Впихивать такой оверлей, например, на Orange PI Zero с Ubuntu/Debian - никакого смысла не имеет.
    Вся прелесть Portage в том, что можно собрать чуть ли не что угодно при ограниченных ресурсах, получив не столько рост производительности, сколько возможность запускать больше разных приложений на одноплатнике или древнем ноуте.

     
  • 2.27, Аноним (27), 14:03, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > пакетник универсальный, линуксовый, не дистрозависимый?

    А такое вообще возможно? Если только пакет архиватора со скриптами под различные дистрибутивы.

     
  • 2.29, Уникум (?), 14:09, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Интересно а есть ли какой-то пакетник универсальный, линуксовый, не дистрозависимый?

    Nix называется

     
     
  • 3.31, Аноним (31), 14:27, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это тат который только в NixOS?
     
     
  • 4.37, Аноним (37), 14:43, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это тот, который можно поставить в любом дистре
     
  • 4.41, Аноним (13), 15:14, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это который Muon, блоггеры рекламируют.
    100500 пакетных менеджеров, как и DE, сделайте нормально.
    100500 способов разделки рыбы.
    Примените хоть один.
    Нет это же Linux.
     
  • 4.59, Мимокрокодил (?), 16:38, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Это тат который только в NixOS?

    Это тот который в NixOS, да, но использовать его можно в любом дистрибутиве. NixOS это просто дистрибутив который целиком построен с использованием этого пакетника, т.е. по сути выстроенный вокруг него, в этом плане главнее nix, а не сам дистрибутив NixOS ;)

     
  • 2.32, sena (ok), 14:29, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Интересно а есть ли какой-то пакетник универсальный, линуксовый, не дистрозависимый?

    guix, nix, ещё flatpak

     
     
  • 3.42, Аноним (13), 15:15, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Возможно еще Appage, и Electron.
     
     
  • 4.47, Аноним (47), 15:34, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Возможно еще Appage, и Electron.

    Что вы мучаетесь с эрзацами? Setup.exe и setup.msi ваше все.

     
  • 2.58, Мимокрокодил (?), 16:36, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Интересно а есть ли какой-то пакетник универсальный, линуксовый, не дистрозависимый?

    Прям универсального общелинуксового нет, если речь именно про пакетник в классическом понимании этого слова в контексте линуксовых дистрибутивов.
    Но, вы в любом дистрибутиве можете использовать например nix, очень мощная штука, рекомендую хотя бы попробовать. Предупреждаю, оно наверное самое кpacнoглaзoe из того что сейчас есть, но зато кpacнoглaзие там только в начале почти всё, когда разберётесь то возможно с другими больше работать и не захотите.
    Если же вопрос о популярных ходовых программах с GUI, то сейчас есть мейнстримный костыль Flatpak, менее мейнстримный костыль snap, на фоне nix гораздо менее кpacнoглaзые, но зато более инвалидные по архитектуре и сулят в будущем больше проблем, чем nix.

    Есть ещё appimage, но это не пакетник, это формат пакетов которые просто по сути что-то типа портативок на винде, будут работать в любом дистрибутиве, но безопасность их под вопросом.

    > И еще вопрос, какой из ныне существующих наилучшим образом выполняет свою работу?

    Вам не стоит забивать себе голову о том, какой из пакетников лучше выполняет свою работу, они все +/- одинаковые действия могут выполнять, ну кроме portage от Gentoo и pacman от Arch, эти стоят особняком и за пределами своих дистрибутивов врятли пригодны.

    > Apt, pacman... Какие там еще...?

    Вы "не в ту сторону воюете", вам следует ориентироваться на то, есть ли нужный вам софт нужных вам версий в репозиториях вашего дистрибутива, а то каким способом он там ставится это уже вопрос 10ый. Вы забиваете себе голову вопросами разряда того какого цвета провода под капотом автомобиля и как они там уложены, а следовало бы смотреть на ходовые характеристики и грузоподъёмность, это если брать пример с аналогиями. Может пример и недостаточно удачный, зато вполне отражает суть важности вопроса какой пакетник используется в дистрибутиве.

     

  • 1.22, Аноним (21), 13:21, 05/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Прекращено использования утилиты apt-key

    Вроде ж еще в 22-м депрекейтнулся. Или даже раньше деб. мануалы уже писали про gpg --dearmor и т.д. Не?

     
     
  • 2.53, Аноним (53), 15:46, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Есть разница между deprecated и окончательным выпиливанием.
     

  • 1.25, нолег (?), 13:32, 05/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    ура, ещё и гпг переписали на расте!
     
     
  • 2.28, Аноним (27), 14:04, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ура, еще и гпг привязали к cargo
     
     
  • 3.64, ptr (ok), 17:43, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Мне не удалось собрать sequoia-sqv с sequoia-openpgp/crypto-nettle, как там по-умолчанию. Мало того, что он зачем-то затребовал установку libc6-dev-i386, требуя stubs-x32.h, так потом еще грохнулся при компиляции. Следует заметить, что nettle написан на C.

    Пришлось собирать с openssl, которая так же написна на C.
    В результате cargo build --release мне создал ELF sqv размером почти четыре мегабайт. И это при том, что криптография возложена на openssl.

    Вариант sequoia-openpgp/crypto-rust честно требует флаги allow-experimental-crypto и allow-variable-time-crypto. Сформированных ELF оказался размером в почти в пять мегабайт. Но так как это экспериментальная возможность, то ожидать её в релизе дистрибутива явно не стоит.

     
  • 2.65, ptr (ok), 17:46, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Частично, так как весьма критичная часть, криптография, осталась на C в Nettle (GnuTLS) или OpenSSL.
     

  • 1.30, Аноним (30), 14:12, 05/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > значительно повышена производительность

    Подтверждаю, у меня летает прям, как pacman. +1

     
     
  • 2.43, Аноним (13), 15:17, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Подтверждаю, у меня летает прям, как pacman. +1

    Разве то что летает не зависит от спецификаций железа, и скорости интернета.

    Потому как это летает, чащще всего мощность двигателя, а не уникальная форма фюзеляжа.

     

  • 1.33, sena (ok), 14:31, 05/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Интересной и полезной была бы возможность ставить параллельные версии библиотек и приложений, но без контейнеризации.
     
     
  • 2.38, Аноним (37), 14:44, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    nix уже давно умеет, apt вряд ли когда-то научится
     
  • 2.44, Аноним (13), 15:19, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > nix уже давно умеет

    Что то этим nix, никто не пользуется, возможно люди знающие.

     
     
  • 3.48, Аноним (47), 15:35, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Что то этим nix, никто не пользуется, возможно люди знающие.

    Знающие видите ли догадываются где они видели помойку в стиле винды с дюжиной версий либы за которые никто совсем не отвечает. Там будет CVE на CVE и CVE погонять. Ибо где ж майнтайнеров взять все эти кучи версий латать вовремя?

     
     
  • 4.63, Аноним (63), 17:38, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Латание куч версий и возможности nix не в прямой зависимости друг от друга Nix... большой текст свёрнут, показать
     
  • 3.62, Аноним (63), 17:13, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Никто , это громко сказано и совершенно неверно Пользуются и число пользовате... большой текст свёрнут, показать
     

  • 1.36, Krtek (?), 14:43, 05/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Когда он доберётся до Stable?
     
     
  • 2.52, Аноним (52), 15:43, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В начале осени с выходом Trixie.
     
     
  • 3.70, Krtek (?), 18:37, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это хорошо, это правильно.
     

  • 1.39, Аноним (39), 14:51, 05/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В линук по прежнему надо всё через консоль делать? Печально. На мак и вин надо только 1 раз кликнуть и установить)
     
     
  • 2.45, Аноним (13), 15:21, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Таки магазин приложений.
    Еще надо тыкнуть на роботе чтобы он собрал табуретку, или каф.
    Еще надо тыкнуть на другом роботе чтобы он добыл дерева из леса.
    Еще можно тыкнуть на ai gpt, чтобы он написал новую Windows, Soft.
     
  • 2.49, Аноним (49), 15:36, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > На мак и вин надо только 1 раз кликнуть и установить

    Ну не только, за 15 тыков ещё three handred bucks надо будет отрабатывать каждый месяц, что займёт некоторое время, явно большее чем ввести название опенсорс утилитки в консоле)

     
  • 2.50, Аноним (47), 15:37, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > В линук по прежнему надо всё через консоль делать? Печально. На мак и вин надо
    > только 1 раз кликнуть и установить)

    Вот только в линухе поклацал -dev пакеты и поставил цать либ 1 кучей для девелопа вон той разлапистой штуки. И можно за вечерок - кад какой-нибудь запатчить по мелочи в бесившей фиче. Попробуйте такое вон там для сравнения...

     
     
  • 3.55, Аноним (55), 16:20, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > поклацал

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

     
  • 2.68, Аноним (-), 18:29, 05/04/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     

  • 1.51, Аноним (51), 15:43, 05/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >Реализован улучшенный движок разрешения зависимостей Solver3

    Напоминаю, что разрешение зависимостей - это NP-полная проблема, и ожидать её решения вы можете вечно. Поэтому реализовывать "умное" разрешение зависимостей не имеет смысла и вредно. Алгоритм разрешения зависимостей должен быть тупым: просто ставить все последние версии всего. Если что сломается - виноваты авторы репозиториев, тестировать надо было.

     
     
  • 2.60, Аноним (60), 16:40, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да. И это проблема только если ты ищешь решение в общем случае, что не применимо к задаче разрешения зависимостей у конечного числа пакетов и их версий, с учётом того, что функциональных комбинаций и того меньше. Поэтому для практического применения писать солверы не только можно, но и нужно. А нытьё про NP-полноту оставь теоретикам.
     

  • 1.61, riokor (?), 16:48, 05/04/2025 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +/
     
  • 1.66, Аноним (31), 18:08, 05/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Добавлена поддержка снапшотов, управляемая опцией "--snapshot"

    А вот это просто конфетка.

    Теперь можно всегда воспроизвести хорошо протестированную систему...

    Для железяк работающих десятилетиями - то что надо.

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

     
  • 1.67, Аноним (67), 18:10, 05/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Успеет быть в убунте 25.04?
     
  • 1.69, Аноним (69), 18:34, 05/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я принёc вам пакетный менеджер который поддерживает:
        AIX
        BSD/OS
        Darwin (Mac OS X)
        DragonFly BSD (в настоящее время использует dports)
        FreeBSD
        Linux
        IRIX
        Microsoft Windows, через Interix
        Minix
        NetBSD
        OpenBSD
        Solaris
        Tru64 UNIX (Digital UNIX, OSF/1)
        UnixWare 7 (в очень ранней стадии)
        QNX 6 (в ранней стадии)
        Haiku - сайт проекта hpkgsrc
    https://ru.wikipedia.org/wiki/Pkgsrc
     
  • 1.71, zionist (ok), 19:22, 05/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Тем временем в Федоре сразу три версии DNF - 3, 4, 5.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2025 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру