Отсутствующие подпакеты RHEL

Когда собирается исходный пакет RHEL, он часто создаёт более одного двоичного пакета. Эти дополнительные пакеты обычно называются подпакетами.

Иногда собранные подпакеты RHEL не публикуются. Иногда пакеты собираются для всех архитектур, но публикуются только на одной или двух. Мы называем эти два типа «отсутствующими собранными подпакетами».

Иногда при сборке исходного пакета RHEL создаются не все подпакеты, которые он потенциально мог бы создать. Мы называем эти типы «отсутствующими несобранными подпакетами».

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

Общие рекомендации

Отсутствующие собранные подпакеты

Краткосрочное решение

Создайте пакет EPEL, содержащий только отсутствующие пакеты или отсутствующие архитектуры.

  • Будьте готовы поддерживать этот пакет столько, сколько это необходимо.

    • Рекомендуется добавить группу epel-packagers-sig в качестве со-сопровождающего.

  • Проверка пакета не требуется, но будет хорошей идеей, если кто-то посмотрит обновлённый spec-файл.

  • Если вам нужна помощь в сборке, попросите о помощи. У нас есть несколько примеров.

  • Это подходит для исключения из процесса проверки пакетов, поэтому вы можете запросить репозиторий с помощью.

    • fedpkg request-repo --exception <package>-epel

  • После создания репозитория вы должны удалить ветку rawhide, чтобы было понятно, что это пакет только для EPEL и его не следует ответвлять для будущих выпусков Fedora.

    • fedpkg retire 'EPEL-only package'

  • Когда/если отсутствующие пакеты будут добавлены в RHEL CRB, удалите свой пакет -epel в соответствии с политикой удаления EPEL.

Примеры и рабочий процесс для краткосрочного решения

Долгосрочное решение

Запросите добавление пакета в соответствующий репозиторий RHEL CRB.

  • Чтобы начать этот процесс, создайте заявку в link:https://issues.redhat.com и запросите добавление в RHEL. Сообщите об ошибке в проекте RHEL, назначьте её на соответствующие версии CentOS Stream и укажите имя исходного пакета в поле Component. Подробнее об этом можно узнать в руководстве участника CentOS.

  • Обязательно укажите, что это влияет на сборку EPEL, и на какой пакет это влияет.

Пожалуйста, добавьте <подпакет> в CRB в RHEL9

Я собираю <мой пакет> в EPEL9.
<мой пакет> требует <подпакет> для сборки в EPEL9.

(Опционально)
<мой пакет> важен, потому что от него зависят эти другие пакеты:
<другие пакеты>

(Опционально)
<мой пакет> важен, потому что <моя компания> использует его для <причина>

В прошлом ответ по умолчанию на подобный запрос был «нет». Но в середине 2021 года политика RHEL изменилась, и теперь решение может принимать сопровождающий пакета RHEL. Всё ещё есть пакеты, где ответ может быть «нет», но многие сопровождающие предпочитают добавлять подпакеты в репозиторий RHEL CRB.

Отсутствующие несобранные подпакеты

Вы можете создавать пакеты, предоставляющие отсутствующие подпакеты, которые не были собраны в RHEL, но собраны в Fedora.

Раньше они назывались <package>-extra, но теперь они называются <package>-epel во избежание путаницы.

Примеры отсутствующих несобранных подпакетов

Want to help? Learn how to contribute to Fedora Docs ›