Процесс создания нового пакета для существующих участников

Убедитесь, что это действительно новый пакет. Список существующих пакетов в Fedora Packages доступен здесь: https://src.fedoraproject.org/projects/rpms/*

Некоторую информацию о том, как создать RPM-пакет, можно найти в Руководстве по упаковке.

Убедитесь, что ваш пакет соответствует Рекомендациям по упаковке и Рекомендациям по именованию пакетов

Ознакомьтесь с запрещёнными элементами и Рекомендациями по рецензированию пакетов. Они будут использоваться в процессе рецензирования.

Если у вас уже есть учётная запись Fedora, вы можете использовать своё хранилище на https://fedorapeople.org для этой цели.

Убедитесь, что вы указали имя пакета в поле Review Summary вместе с очень кратким описанием того, что это за пакет

Убедитесь, что вы указали пути URL для SPEC-файла и SRPM-файла в поле Review Description

Поместите описание вашего пакета (обычно это может быть тем же самым, что вы указываете в spec-файле в %description) в поле Review Description

Процесс рецензирования подробно описан в Рекомендациях по рецензированию пакетов.

Убедитесь, что рецензент указан как Assignee (Исполнитель) в вашей заявке Bugzilla.

Request a distgit repository with fedpkg request-repo PACKAGE-NAME BUGZILLA-TICKET-NUMBER. (Package Maintenance Guide has more information about fedpkg.) You might need to get a distgit API token before being able to successfully request the repo.

Когда репозиторий будет создан, он будет содержать только ветку rawhide. Если вы хотите перенести пакет в другие релизы Fedora, обратитесь к разделу Запрос веток.

Если пакет предназначен только для EPEL, ветка rawhide должна быть выведена из эксплуатации. См. инструкции в разделе Вывод ветки rawhide из эксплуатации в пакетах только для EPEL.

Сначала выполните fkinit -u username

Затем вы можете импортировать одобренный SRPM в ветку rawhide, выполнив fedpkg import libfoo-x.x.x.src.rpm; git commit -m "Initial import (fedora#nnnnnn)." (где nnnnnn — это номер вашей заявки на рецензирование пакета в Bugzilla). Если ваш пакет использует autochangelog, указание номера заявки указанным образом приведёт к тому, что Bodhi автоматически закроет заявку, когда ваш пакет будет отправлен в стабильный репозиторий Rawhide.

Разумеется, замените libfoo-x.x.x.src.rpm на полный путь к вашему одобренному SRPM.

Вы должны увидеть, как он загружает исходники и успешно завершается. Если вы не настроили ssh-agent, он будет часто запрашивать парольную фразу вашего ssh-ключа. Это нормально.

Теперь выполните git push, чтобы получить финальные версии в вашей ветке rawhide.

Самый быстрый способ сделать это — использовать fedpkg switch-branch BRANCH для переключения ветки (где BRANCH может быть f13 и так далее).

Теперь вы можете выполнить git merge rawhide. Это позволит получить файл .spec, .gitignore и файл исходников вместе с любыми патчами и другими файлами из ветки rawhide и создать идентичный коммит.

Предыдущий шаг уже создал за вас коммит, теперь вы можете отправить результаты с помощью fedpkg push или git push.

Для каждой ветки, для которой вы хотите запросить сборку, переключитесь с помощью fedpkg switch-branch и выполните fedpkg build.

Если всё пройдёт хорошо, ваша ветка должна быть поставлена в очередь на сборку, пакет успешно соберётся, и вы закончили!

Если сборка завершится неудачей, система сборки отправит вам письмо с уведомлением об ошибке и ссылкой на журналы. Зафиксируйте необходимые изменения в git, увеличьте номер версии в spec-файле и запросите новую сборку.

Закройте её с разрешением NEXTRELEASE или RAWHIDE, в зависимости от того, где вы собрали пакет. Поле разрешения появится после того, как вы установите поле статуса в CLOSED.