LINUX.ORG.RU

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

 ,


0

0

Pacman — пакетный менеджер, используемый в дистрибутиве Arch Linux и не только.

В новой версии:

  • Pacman теперь может запускать обработчики до и после выполнения транзакции.
  • Добавлена возможность выполнения операций «sync» и «read» для баз данных .files (опция -Fy) и базовый функционал поиска в синхронизированных репозиториях (-Fs, -Fo).
  • Встроенная реализация проверки целостности локальных и синхронизированных баз (опции -Dk и -Dkk соответственно) заменила утилиту testdb.
  • Вывод информации о пакетах ( -Si, -Qi) теперь корректно выравнивается независимо от локализации.
  • Проверка версии пакета на соответствие версии, указанной в БД, после загрузки.
  • Улучшена обработка сигналов и очистка файлов блокировок.
  • При возникновении ошибок, связанных с зависимостями, теперь выводится больше информации.
  • Добавлен новый парсер конфигурационных файлов.
  • Вместо создания файла «*.pacorig», файлы пакетов распаковываются с расширением .pacnew, а оригинал остаётся на своём месте.
  • Начат процесс выделения makepkg в отдельную библиотеку libmakepkg.
  • Для автодополнения zsh добавлена поддержка множества недостающих опций.

>>> Подробности

★★★★★

Проверено: JB ()
Последнее исправление: JB (всего исправлений: 2)

Pacman теперь может запускать обработчики до и после выполнения транзакции;

ух ты, а вот это уже прям очень полезно

Для автодополнения zsh добавлена поддержка множества недостающих опций.

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

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

Pacman теперь может запускать обработчики до и после выполнения транзакции;

BTW, в RPM уже давно как было: %posttrans и %pretrans

Вместо создания файла «*.pacorig», файлы пакетов распаковываются с расширением .pacnew, а оригинал остаётся на своём месте;

И вот это тоже, но лучше: поведение конфигурироемое создателем пакета: %files -> %config или %config(noreplace)

KennyMinigun ★★★★★
()
Последнее исправление: KennyMinigun (всего исправлений: 3)

А как там с yaourt? Эти изменения его касаются, или он совершенно независим от pacman'a?

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

Он просто собирает пакет и запускает тот же пакман.

vurdalak ★★★★★
()

Вчера обновил, и заметил, что в repo-add отвалилась опция "-f" для геерации списка файлов в репе. Как теперь генерировать? Кто-то сталкивался?

anonymous
()

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

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

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

f1u77y ★★★★
()

крутяк, теперь не нужно будет мануальных процедур типа как было когда решили сделать единый /bin /sbin /usr/sbin /usr/bin etc

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

Может потому что есть кто-то, кто готов делать это для zsh и нет никого для fish?

overmind88 ★★★★★
()

Вместо создания файла «*.pacorig», файлы пакетов распаковываются с расширением .pacnew, а оригинал остаётся на своём месте.

Но ведь раньше он это и так умел.

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

есть надстройка над pacman(yaourt), она использует package-query, который в свою очередь использует либу предоставляемую пакманом. т.к. его обновили чуть позже пакмана, то он не смог найти либу, предоставляемую последним, в итоге yaourt не смог обновить сам себя

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

Возможность установки sysvinit так и не добавили?

Жри что дают.

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

Добавь сам, делов-то. Покажи всю мощю опенсорса по сравнению с гнусной проприетарщиной!

anonymous
()

Pacman — пакетный менеджер, используемый в дистрибутиве Arch Linux и не только.

Arch Linux и не только?

не только?

Чё? По ссылке представлены производные от archlinux.

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

Ещё есть kaos и frugalware юзают pacman, являясь дистрибутивами со своей пакетной базой.

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

В ауре левак с троянами. Официалку пилите!

Lavos ★★★★★
()

На генте это не нужно.

// хотя ебилд есть.

kep
()

Мне вот интересно.. Арч - на острие акати. Всё новое тащат. Одними из первых systemd всунули вместо своей BSD-балалайки. А когда Потер выкатит универсальный пакетный менеджер - сдюжат ли отказаться от своего горячо любимого пакмана? )

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

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

низасто

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

Такс такс, что тут у нас? systemd-хейтеры? Наканецта!

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

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

Зачем в Дебиан портировать то, что там уже есть?

Убогое, тормозное гуано?

anonymous
()

Сегодня обновился :) За доделаный автокомлит в zsh отдельное спасибо.

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

Да, точно... Генерируются. Только что проверил.

anonymous
()

Вместо создания файла «*.pacorig», файлы пакетов распаковываются с расширением .pacnew, а оригинал остаётся на своём месте.

Не хватает возможности создания трёхстороннего диффа при мерже версий файлов конфигураций

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

ОПа, ОПа срослась ...
Что вы подразумеваете под «ОПа»?

Он хочет сказать, что ЖОПА сраслась.

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

А когда Потер выкатит универсальный пакетный менеджер - сдюжат ли отказаться от своего горячо любимого пакмана? )

Как будто их кто-то спросит. Они уже подсели на systemd. Когда Поттеринг выкатил свою систему инициализации в systemd, в арче перекинулись на неё. Когда он выкатит пакетный менеджер в systemd, им также придётся на него пересесть.

anonymous
()

Поздравляю всех причастных. Один из лучших пакетных менеджеров стал еще лучше!

Odalist ★★★★★
()

Фалосс-офия АРЧа

KISS — чтобы дистрибутив был пострен по простой и понятной схеме. Если ментейнеры отказались от init и перешли на systemd, значит ли, что systemd устроен проще чем init?

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

Посмотри на исходники sysvinit и на исходники systemd

fixed.

Он же не спрашивал, «что проще: инит-скрипт или юнит». Он спросил, «что проще: sysvinit или systemd».

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