LINUX.ORG.RU

Вышел PackageKit 1.0 — высокоуровневый интерфейс для пакетных менеджеров

 


0

2

13 сентября вышла новая версия открытого и свободного набора приложений, обеспечивающих высокоуровневый интерфейс для различных пакетных менеджеров. Для межпроцессного взаимодействия и управления правами доступа используются D-Bus и PolicyKit.

Это первая стабильная версия, выпущенная за 7 лет разработки, в течение которых поступило 11697 коммитов от 284 разработчиков.

Основные изменения:

  • Теперь для оффлайн-обновления (способ обновления важных системных компонентов в начале загрузки системы, продвигаемый разработчиками проектов GNOME, PackageKit и systemd) вместо вспомогательных модулей pkexec используется интерфейс D-Bus;
  • Из-за общей забагованности и падучести плагинов удалены все плагины (кроме бэкендов для пакетных менеджеров), прекращена поддержка API для них. Функции плагинов будут постепенно влиты в основную кодовую базу;
  • Удалена поддержка бэкендов для пакетных менеджеров conary, opkg, smart, yum. Они не работали уже года два, а желающих их поддерживать не нашлось;
  • Обновлены бэкенды для пакетных менеджеров alpm, aptcc, hif, zypp. Включена поддержка новейших возможностей, появившихся в этих менеджерах.

Прочие новые возможности:

  • В packagekit-direct добавлена команда repo-set-data;
  • Появился несложный скрипт для создания оффлайн-метаданных;
  • Добавлены функции pk_backend_job_get_cancellable(), pk_backend_job_is_cancelled(), pk_backend_set_user_data(), pk_offline_get_prepared_sack(), ранее используемые плагином systemd-updates;
  • Удалена поддержка pk-debuginfo-install;
  • Удалена поддержка дистрибутивов, не содержащих /etc/os-release (файл с информацией о выпуске дистрибутива, продвигаемый командой systemd в качестве единого стандарта);
  • Удалена поддержка опции --enable-systemd-updates;
  • Удалён функционал events/pre-transaction.d;
  • Удалены некоторые опции из конфигурационного файла.

Исправленные ошибки:

  • Для потоковых бэкендов автоматически выполняется pk_backend_job_finished();
  • Теперь по умолчанию демон не завершает свою работу при простое;
  • Налажена сломанная ранее сборка с поддержкой ConnMan;
  • Исправлено создание packagekit-offline-update.service;
  • Увеличены значения, применяемые по умолчанию для лимитов транзакций;
  • При выборе между npapi-sdk и mozilla-plugins предпочтение отдаётся первому;
  • При запуске демона обновляется состояние NetworkManager.

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

anonymous

Проверено: Shaman007 ()
Ответ на: комментарий от AlexM

И чем тебе не нравится системд? Даже журналд, вопреки расхожему мнению, отключаем полностью (с помощью systemctl mask и такой-то матери).

border-radius
()
Ответ на: комментарий от border-radius

Ну, собственно говоря, ответ - в вопросе.

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

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

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

AlexM ★★★★★
()

Переходите на deb-пакеты, норкоманы.

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

Нет. Ровно потому, что это разные типы RTFM. В первом случае тебя обучали, условно, алфавиту и базовым правилам, и дальше ты волен был из этого лепить глоких куздр, а в другом тебя с самого начала заставляют учить на слух «Бородино». «Бородино» хорошее произведение, но больно специфичное, русский язык по нему не выучишь.

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

Собственно говоря, эта разница в подходах и присуща, скажем, «традиционному фрюниксу» и MS Windows. В принципе, и та, и другая система построена на очень схожих принципах, используются такие же или схожие подсистемы и так далее.

Но во фрюниксе эти подсистемы изначально были сделаны как набор костылей, подпорок и жвачки для их крепления. MS Windows изначально представлялась гораздо более цельной системой, в которой все костыли и жвачка тоже присутствуют, но гораздо в более «волшебном» варианте. Снаружи всё чисто-гладко. Как следствие, количество посвящённых в процесс гораздо меньше, а полученные знания - гораздо сакральнее. Один sysinternals чего стоит.

В моей практике был однажды, году в 2000-ом, момент, когда пришлось отлаживать одно приложение, в котором обмен данными по DDE между двумя компонентами очень тормозил. Заказчик, бывший в хороших отношениях с MS (скажу, что у него в качестве домена фигурировало название одного из флагманских продуктов MS), запросил помощи у спецов непосредственно в Редмонде. Ответ потряс нас обоих: для диагностирования проблемы нужно было во время обмена по DDE держать зажатой определённую комбинацию клавиш, и, если ситуация улучшится, проделать определённые пассы над кодом. Вот мне не очень хочется, чтобы из моего уютненького делали подобную систему.

Я уже убедился, что подходы, принятые Поттерингом, не всегда работают. Скажем, pulseaudio кладёт большой и толстый на права в /dev/snd/ и ориентируется (в основном) на работоспособность [полурабочего] ConsoleKit. В результате, добиться стабильного расшаривания звука между несколькими сессиями мне не удалось, после чего я плюнул и запустил дома, где multiseat по-настоящему актуален, рутовый экземпляр PA.

AlexM ★★★★★
()

Это та самая херня, которая у меня время от времени начинала хавать 100% ЦП и не убиваться? Ушла в ту же топку, что и пшшшшаудшшш.

kot_otbelivatel
()

Функции плагинов будут постепенно влиты в основную кодовую базу

systemd

Прочие новые возможности:

Удалена

Удалена

Удалена

Удалён

Удалены

GNOME

Пацаны к успеху идут, определено

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

Я пользуюсь. Глюкодром... Падает в случайные моменты времени, не часто. Чаще просто виснет, никакой информативности о процессе. До этого пользовал yumex, уехал в командную строку.

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