Просмотр исходного текста страницы Альтернатива «горбатому» RPM — двугорбый RPM (Глеб Фотенгауэр-Малиновский, OSSDEVCONF-2016)

== Аннотация ==
;Докладчик: {{Speaker|Глеб Фотенгауэр-Малиновский}}
<blockquote>
Используемый в ALT пакетный менеджер RPM является форком RPM
версии 4.0.4, выпущенной в феврале 2002 года. За эти годы оба проекта
сильно изменились. В докладе будет рассказано о устройстве RPM и об
успехах достигнутых за последние полгода в переносе нужного нам
функционала на современную версию RPM — 4.13.
</blockquote>


== Видео ==

{{vimeoembed|185219719|800|450}}
{{youtubelink|TDun1wg0R2Q}}{{letscomment}}

== Слайды ==
[[File:Альтернатива «горбатому» RPM — двугорбый RPM (Глеб Фотенгауэр-Малиновский, OSSDEVCONF-2016).pdf|left|page=-|256px]]

{{----}}

== Расширенные тезисы ==
<latex>
\section*{История RPM}
В 1995 Эрик Троан и Марк Эвинг начали разработку RPM. Это была уже
третья попытка (после RPP и PM) компании Red Hat сделать пакетный
менеджер. C 1998 года к проекту подключился Джефф Джонсон и почти сразу
стал основным разработчиком. В результате ухода Джеффа Джонсона из Red~
Hat в 2005 году, появилось два независимых проекта разработки RPM --
RPM5.org, который продолжает разрабатывать Джефф Джонсон и RPM.org,
который в основном разрабатывают сотрудники Red Hat.

\section*{Устройство RPM}
RPM можно разделить на две части: установщик пакетов rpm и~сборщик
пакетов rpmbuild, которые сосуществуют в одном проекте больше по
историческим причинам, чем по техническим.
Установщик пакетов помимо собственно установки, удаления и~обновления
пакетов, обслуживания системной базы данных установленных пакетов, но
и~включает в себя библиотеку librpm, предоставляющую API для работы с
базой данных и установки пакетов.

\section*{Ситуация с RPM в ALT}
C 2002 года в RPM было добавлено множество фич, и им было собрано в
Сизиф больше 84,5 тысячи бинарных пакетов из 17,5 тысяч исходных
пакетов.
Главным поводом для обновления RPM является API librpm. Тот API что есть
у нас уже много лет не устраивает современные проекты.
Обновление RPM дело рискованное, потому что после обновления все
бинарные пакеты должны продолжать устанавливаться, а все исходные
продолжать собираться в такие же бинарные пакеты.

Было принято решение разделить обновление RPM на две стадии: обновление
установщика (включая библиотеку и её API) и обновление сборщика
rpmbuild.

Основные отличия rpm:
\begin{itemize}
	\item Зависимости на символы в библиотеках;
	\item Учитывание времени сборки пакета при сравнении версий;
	\item Отсутствие epoch не считается эквивалентным epoch=0;
	\item Другое устройство файловых триггеров;
\end{itemize}

\section*{Результаты}
На данный момент первую стадию можно считать завершённой~--~разделённые
установщик rpm-4.13 и сборщик rpm-build-4.0.4 готовятся к отправке в
Сизиф. Для этого обновления потребовалось исправить пакеты,
использующие API librpm, в первую очередь~--~apt.
</latex>

== Примечания и отзывы ==
<!-- <blockquote>[©]</blockquote> -->

{{fblink|1782166582036355}}                                          
{{vklink|204}}                                          
<references/>
[[File:{{#setmainimage:Альтернатива «горбатому» RPM — двугорбый RPM (Глеб Фотенгауэр-Малиновский, OSSDEVCONF-2016)!.jpg}}|center|640px]]




{{stats|disqus_comments=0|refresh_time=2021-08-25T02:06:56.044581|vimeo_comments=0|vimeo_plays=56|youtube_comments=0|youtube_plays=34}}

[[Категория:OSSDEVCONF-2016]]
[[Категория:Linux-дистрибутивы]]