Эта заявка недооформлена.
Можете переоткрыть баг когда решите её оформить.

Created attachment 13073 [details]
Прикрепляю публичную часть SSH ключа

Created attachment 13074 [details]
Прикрепляю публичную часть GPG ключа

Created attachment 13078 [details]
Прикрепляю публичную часть SSH ключа

Подтверждаю заявку.
Прошу секретаря зарегистрировать ключи.

Считаю что кандидат уже умеет генерировать ключи и готов к переходу на следующий этап.

(In reply to Danila from comment #4)
> Created attachment 13078 [details]
> Прикрепляю публичную часть SSH ключа
Ok.

(In reply to Danila from comment #3)
> Created attachment 13074 [details]
> Прикрепляю публичную часть GPG ключа
Я не понимаю, зачем нужен такой комментарий к ключу, но формально ключ, конечно, соответствует критериям.

Кандидат готов начать встаупление в team.

ssh ключ на gitery.alt зарегистрирован.
Адрес для пересылки создан.     

T/J/S -> 2.3.

Прошу кандидата предоставить примеры пакетов на git.altlinux.org.

Добавил несколько пакетов: https://git.altlinux.org/people/skachedubov/packages/
1. extarct-dtb: инструмент для разделения образа ядра с добавленными dtb на отдельные файлы ядра и dtb.
2. StegoPy: инструмент для стеанографии методом LSB.
3. spi-tools: инструмент командной строки, который помогает использовать устройства Linux spidev.
4. vunit: - фреймворк для Unit-тестов для Verilog.

(Ответ для Danila Skachedubov на комментарий #11)
> Добавил несколько пакетов:
> https://git.altlinux.org/people/skachedubov/packages/
> 1. extarct-dtb: инструмент для разделения образа ядра с добавленными dtb на
> отдельные файлы ядра и dtb.
> 2. StegoPy: инструмент для стеанографии методом LSB.
> 3. spi-tools: инструмент командной строки, который помогает использовать
> устройства Linux spidev.
> 4. vunit: - фреймворк для Unit-тестов для Verilog.

Посмотрел первый пакет из списка.
Тег Packager надо убрать, он больше не используется.
Тег License сделать в соответствии с https://www.altlinux.org/Spec#License.

Исправить:
warning: Installed (but unpackaged) file(s) found:
    /usr/CHANGES.md
    /usr/LICENSE
    /usr/bin/extract-dtb
    /usr/lib/python3/site-packages/extract_dtb-1.2.4.dev0.dist-info/METADATA
    /usr/lib/python3/site-packages/extract_dtb-1.2.4.dev0.dist-info/entry_points.txt

Остальные пакеты пока не смотрел, сказанное выше актуально и для них.

Ещё актуально?

Внес изменения в пакеты:
https://git.altlinux.org/people/skachedubov/packages/
1. Удалил тэг Packager
2. Лицензии указал макросами
3. Исправил warning'и при сборке пакета в хэшере.

(Ответ для Danila Skachedubov на комментарий #14)
> Внес изменения в пакеты:
> https://git.altlinux.org/people/skachedubov/packages/
> 1. Удалил тэг Packager
> 2. Лицензии указал макросами
> 3. Исправил warning'и при сборке пакета в хэшере.

Посмотрел второй пакет из списка. Он не собирается.

Исправил ошибки в spec файлах:
1. Изменил домен в почте на правильный (altlinux.org).
2. Исправил путь в секции %install в пакете StegoPy

Первый пакет:
1) Смешивать свои коммиты с коммитами апстрима не очень хорошая идея по моему.
   Наверное, лучше свои коммиты делать в отдельной ветке.

Второй пакет:
1) первый пункт для первого пакета.
   https://www.altlinux.org/Spec#Version - про версии.
2) Почему не использовать %_bindir вместо %define install_dir /usr/bin/ ?

Третий пакет:
1) первый пункт для первого пакета.
2) зачем эта переменная - %define version 4.7.0?

Четвёртый пакет:
1) Первый пункт из первых трёх можно посмотреть здесь.
2) Ветку по умолчанию логичней назвать sisyphus и собирать из неё, зачем master?

Исправил ошибки:
Разделил ветки с апстримом и своими коммитами со сборкой
Исправил использование макросов в spec файлах
Разобрался с промежуточными версиями для пакета StegoPy

 - Исправил ошибку при указании промежуточной версии, созданной командой git describe
 - Установил дефолтный бранч sisyphus во всех репозиториях командой ssh gitery default-branch

extract-dtb:
1)https://www.altlinux.org/Spec#%25description
"Длина каждой строки не должна превышать 72 символа"


StegoPy:
1)Пакет не собирается.

2) v0.0.4beta-14-g823a92b - странная версия.
https://www.altlinux.org/Spec#Version

3)https://www.altlinux.org/Spec#%25description
"Длина каждой строки не должна превышать 72 символа"

4) из https://bugzilla.altlinux.org/show_bug.cgi?id=45885#c17
> 2) Почему не использовать %_bindir вместо %define install_dir /usr/bin/ ?

spi-tools:
1)Пакет не собирается.

vunit:
1) из https://bugzilla.altlinux.org/show_bug.cgi?id=45885#c12
> Тег Packager надо убрать, он больше не используется.

2)https://www.altlinux.org/Spec#%25description
"Длина каждой строки не должна превышать 72 символа"

Собирал пакеты командой gear-hsh --commit, исправив все недочеты и ошибки,  выявленные в предыдущей проверке, отписался в багзиллу, подсознательно считая, что закоммитил и запушил все изменения...
Прошу прощение за потраченное время на проверку(
Сейчас закоммитил и отправил все изменения, так же исправил длину строк в секции  %description.

StegoPy:
1) Странная версия - v0.0.4beta.14.g823a92b.
https://www.altlinux.org/Spec#Version
В примере показано как из этого делают версию.
2) Думаю стоит запушить тэг апстрима с помощью которого это получилось.

tar: . name=@name@-@version@ base=@name@-@version@ - это не ошибка, но base в данном случае дублирует действие по умолчанию (gear-rules(5)).

Запушил тег, для получения командой git describe --abbrev=1 HEAD^ количества коммитов до последнего коммита апстрима и для формирования уникального имени объекта.
Исправил версию. 
Да, без указания base, используется имя архива без суффикса, в моем случае это излишне.

(Ответ для Danila Skachedubov на комментарий #23)
> Запушил тег, для получения командой git describe --abbrev=1 HEAD^ количества
> коммитов до последнего коммита апстрима и для формирования уникального имени
> объекта.
> Исправил версию. 

В версии 0.0.4.0.14.g823a один лишний символ по сравнению с примером из https://www.altlinux.org/Spec#Version

Исправил версию 0.0.4.0.14.g823a. Удалил префикс "g".

Считаю, что кандидат готов к следующему шагу.
Прошу секретаря дать доступ к сборочнице.

За прошедшее время мы ужесточили правила про gpg-ключи и принимаем ключи только без комментария.  Можно было бы рассмотреть вопрос об исключении, но я думаю, что комментарий (developer) не имеет никакого смысла.

Кандидат, прошу обновить ключ.

Created attachment 17719 [details]
GPG ключ

Добрый день, прикладываю новый gpg-ключ.

ssh ключ на gyle.alt зарегистрирован.
Пакет alt-gpgkeys обновлён.
Адрес подписан на devel@.

T/J/S -> 3.6.

Добрый день! В рамках освоения работы со сборочницей собрал несколько тасок:
#381892 - таска в сизиф с пакетами, собранными для джоина.
#381890 #381882 #379482 #377866 #381957 - таски, созданные в разные ветки репозитория, собранные с флагом --test-only для тестирования вносимого функицонала в рамках решения рабочих задач.

Добрый вечер! Пересобрал пакет cherrytree с новой версией.
https://git.altlinux.org/people/skachedubov/packages/?p=cherrytree.git;a=summary
Добавил патч, возвращающий на место флаг России, вместо установленного апстримом флага организации, запрещенной в Российской Федерации.
Данный патч закрывает багу https://bugzilla.altlinux.org/48695.
Собрал таску в сизиф 382341.

StegoPy, python3-module-extract-dtb, python3-module-vunit, spi-tools:

tagger Danila Skachedubov <skachedubovda@altlinux.org>

Коммитер: Danila Skachedubov <skachedubovda@altlinux.org>  2025-04-17 19:26:42

cherrytree:

tagger Danila Skachedubov <skachedubovda@altlinux.org>

Автор: Danila Skachedubov <skachedubov@altlinux.org>  2025-04-22 17:07:54
Коммитер: Danila Skachedubov <skachedubovda@altlinux.org>  2025-04-24 15:43:47

При этом в changelog'ах <skachedubov@altlinux.org> и тут
Псевдоним       : skachedubov
Почта           : Danila Skachedubov <skachedubov@altlinux.org>

В ключах тоже указан адрес skachedubov@altlinux.org.

Зачем указывать адрес <skachedubovda@altlinux.org>? Он существует?
Считаю, это надо исправить.

Да, эта почта уже неактуальна, осталась в глобальном конфиге гита и ставила свой след в коммитах. Все исправил и запушил. Таски пересобрал, на этот раз решил не пихать пакеты не связанные друг с другом в одну таску, да и их количество не требует такого. 
#384838 TESTED #1 [test-only] sisyphus spi-tools.git=1.0.2-alt1
#384836 TESTED #1 [test-only] sisyphus StegoPy.git=0.0.4.0.14.823a-alt1
#384835 TESTED #1 [test-only] sisyphus python3-module-extract-dtb.git=1.2.3-alt1
#384833 TESTED #1 [test-only] sisyphus python3-module-vunit.git=4.7.0-alt1
#384832 EPERM #1 sisyphus cherrytree.git=1.4.0-alt1

Все tested, за исключением cherrytree, который, надеюсь с новым патчем попадет в сизиф.

Считаю что кандидат готов к следующему шагу. Прошу секретаря призвать рецензента.

Добрый день, разбирался в процессе сборке/пересборке модулей ядра.
Обновил  kernel-source-rtl8192eu с новой версией, поддерживающей ядро 6.18  и модуль к нему для 6.12 и 6.18.
Уже попало в Сизиф.
https://git.altlinux.org/people/skachedubov/packages/?p=kernel-modules-rtl8192eu.git&a=shortlog&h=refs/heads/template/rtl8192eu/sisyphus

https://git.altlinux.org/people/skachedubov/packages/?p=kernel-source-rtl8192eu.git&a=shortlog&h=refs/heads/sisyphus

Призван рецензент (antohami@) для независимой оценки готовности кандидата.

T/J/S -> 4.2.

Замечание по уже прошедшему пакету:
https://git.altlinux.org/tasks/archive/done/_394/403606/gears/100/git?p=git;a=commitdiff;h=9041f48351e8cd0d9535b3c269b481a9b56d2832

Не делайте в одном коммите изменения в коде и спек файле.
Также вижу, что в этом спеке используются фигурные скобки в макросах: %{_datadir}
У нас принято не использовать фигурные скобки без необходимости.
____

https://git.altlinux.org/tasks/402289

тут всё нормально. Одобрил, коммитьте.

https://git.altlinux.org/tasks/401825/gears/40/git?p=git;a=commitdiff;h=2ae2202f9031a3910ddea09310b63132e257a69d

1. Укажите
VCS: https://адрес.git

2. Или выровните отступы, или уберите их:
Name:          libgeopmd
Version:       3.2.1
Release:       alt1
Summary:       C/C++ implementation of the GEOPM access service
Group: System/Libraries
License:       BSD-3-Clause
URL:           https://geopm.github.io
Source0: %name-%version.tar

3. Вместо
autoreconf -vif

нужно использовать макрос
%autoreconf

и выполнять его нужно в %build, а не %prep.

4 Нет символа новой строки в конце спека и в .gear/rules:

+- first build for ALT
\ No newline at end of file

+spec: .gear/libgeopmd.spec
\ No newline at end of file


Все текстовые файлы в linux должны заканчиваться символом новой строки.

5. Это тут ни к чему:
#BuildRequires: /sys

6. Это не нужно указывать, входят в базовый сборочный чрут:
BuildRequires: autoconf
BuildRequires: automake

7. Зачем вам пакет пустышка libgeopmd, который ничего не вытягивает? Уберите %files, чтобы его не было.

8. Почему собираете на из тега?

https://git.altlinux.org/tasks/401825/gears/400/git?p=git;a=commitdiff;h=46f64f80c95fb53b689fa342cb3d7e706d3fbcd7

1. Уж очень интересное описание у пакета:
+%global desc  test
...
+%description -n geopm-cli
+%{desc}

Неправда ли?

2. Не стоит делать так:
%_libdir/libgeopm.so.%{soversion}*
%_libdir/geopm/libgeopmiogroup_profile.so.%{soversion}*

Лучше так
%_libdir/libgeopm.so.%soversion
%_libdir/libgeopm.so.%soversion.*
%_libdir/geopm/libgeopmiogroup_profile.so.%soversion
%_libdir/geopm/libgeopmiogroup_profile.so.%soversion.*

Так гарантируется контроль %soversion
И, кстати, странно, что libgeopmiogroup_profile.so.%soversion не в %_libdir, а в подкаталоге. Обычно в подкаталоги убирают неверсионированные библиотеки, которые нужны только пакету.

3. Странная конструкция:
%if ! %defined _without_check

Можно так:
%def_with check
...
%check
%if_with_check

4. Добавьте VCS

4. Вместо
autoreconf -vif

нужно использовать макрос
%autoreconf

и выполнять его нужно в %build, а не %prep.

5. Нет символа новой строки в конце спека и в .gear/rules:

+- first build for ALT
\ No newline at end of file

+spec: .gear/libgeopmd.spec
\ No newline at end of file


Все текстовые файлы в linux должны заканчиваться символом новой строки.

6. Это тут ни к чему:
#BuildRequires: /sys

7. Это не нужно указывать, входят в базовый сборочный чрут:
BuildRequires: autoconf
BuildRequires: automake

___

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

Добрый день, спасибо за замечания!
Хотел бы уточнить пару моментов: 
- Насколько в целом подход в пакете freeipa-server-gpo для сохранения файлов в промежуточной директории, чтобы не инсталляция в сервер происходила исключительно при запуске скрипта реализован правильно?
- Пакеты libgeopm libgeopmd python3-module-geopmpy geopmd еще не в финальном виде ,такими "сырыми" я их выложил для того, чтобы проверить работу тестов в сборочнице. Во время сборки в хешере, я столкнулся с проблемой, что для прохождения тестов нужно монтировать не только /proc, но и /sys, локально в хешере все собиралось хорошо, но при этом я ни в одном спеке не видел монтирование /sys, что и смутило меня, тесты отключать я не хотел, хотел разобраться можно ли монтировать /sys на сборочнице, что не получилось и дальше я уже экспериментировал как обходить конкретные тесты пока не добился успеха, поэтому планировал отписаться в баге как данные пакеты будут в финальном виде. Еще раз спасибо!

(Ответ для Danila Skachedubov на комментарий #41)
> - Насколько в целом подход в пакете freeipa-server-gpo для сохранения файлов
> в промежуточной директории, чтобы не инсталляция в сервер происходила
> исключительно при запуске скрипта реализован правильно?

Это действительно очень странный подход.

%post
echo "********************************************************************"
echo "FreeIPA Group Policy plugins have been installed in staging directory."
echo "To activate them, run: ipa-gpo-install"
echo "This will copy the plugins to their proper locations and configure"
echo "the necessary schema and services."
echo "********************************************************************"

Чем было вызвано?

И вот такое ужасно:
%postun
if [ $1 -eq 0 ]; then
    # Package removal (not upgrade)
    # Remove plugin files that were copied by ipa-gpo-install
    rm -f %{python3_sitelibdir}/ipaserver/plugins/chain.py
    rm -f %{python3_sitelibdir}/ipaserver/plugins/gpmaster.py
    rm -f %{python3_sitelibdir}/ipaserver/plugins/gpo.py

    rm -f %{_datadir}/ipa/ui/js/plugins/chain/chain.js
    rm -f %{_datadir}/ipa/ui/js/plugins/chain/gpo.js

    rm -f %{_datadir}/ipa/schema.d/75-chain.ldif
    rm -f %{_datadir}/ipa/schema.d/75-gpc.ldif
    rm -f %{_datadir}/ipa/schema.d/75-gpmaster.ldif

    rm -f %{_datadir}/ipa/updates/75-chain.update
    rm -f %{_datadir}/ipa/updates/75-gpc.update
    rm -f %{_datadir}/ipa/updates/75-gpmaster.update

    rm -f %{_sysconfdir}/oddjobd.conf.d/ipa-gpo.conf
    rm -f %{_prefix}/libexec/ipa/oddjob/org.freeipa.server.create-gpo-structure
    rm -f %{_prefix}/libexec/ipa/oddjob/org.freeipa.server.delete-gpo-structure
fi

Можно запаковать как %ghost всё это, чтобы так не удалять.

Я теперь посмотрел спек полностью (не только коммит), появились дополнительные вопросы:

1. Локали пакуются не так:
%{_datadir}/locale/ru/LC_MESSAGES/ipa-gpo-install.mo

Нужно в %install:
%find_lang ipa-gpo-install

А в %files прописать:
%files -f ipa-gpo-install.lang

Так они и автоматом найдутся, и получат отметку, что это локали.

2. Не нашлись автоматом:
Requires: python3-module-freeipa
Requires: python3-module-ipaserver
Requires: freeipa-server-trust-ad
Requires: samba-common-tools

?

> - Пакеты libgeopm libgeopmd python3-module-geopmpy geopmd еще не в финальном
> виде ,такими "сырыми" я их выложил для того, чтобы проверить работу тестов в
> сборочнице. Во время сборки в хешере, я столкнулся с проблемой, что для
> прохождения тестов нужно монтировать не только /proc, но и /sys, локально в
> хешере все собиралось хорошо, но при этом я ни в одном спеке не видел
> монтирование /sys, что и смутило меня, тесты отключать я не хотел, хотел
> разобраться можно ли монтировать /sys на сборочнице, что не получилось и
> дальше я уже экспериментировал как обходить конкретные тесты пока не добился
> успеха, поэтому планировал отписаться в баге как данные пакеты будут в
> финальном виде.

/sys монтировать нельзя. Видимо, тестировать придётся на altlinux.space в контейнерах, раз такие тесты. Почему туда не перемещаетесь с github, кстати?

(In reply to Антон Мидюков from comment #42)
> /sys монтировать нельзя. Видимо, тестировать придётся на altlinux.space в
> контейнерах, раз такие тесты.
Можно же использовать vm-run, будет и /sys и настоящий root (если вдруг тоже нужно).

Добрый день, по поводу пакета https://git.altlinux.org/people/skachedubov/packages/?p=freeipa-server-gpo.git&a=summary
Исходники есть и на altlinux.space https://altlinux.space/danila-skachedubov/freeipa-server-gpo 
В спеке поменяю ссылку с github на altlinux.space
Дабы уйти от решения в спеке в секции %postun удалять файлы и перемещать их в системе при установке плагина я пересмотрел архитектуру включения плагина, поэтому в следующей версии исправлю это. Так же учту остальные замечания.

По поводу пакетов libgeopm libgeopmd python3-module-geopmpy geopmd в которых я столкнулся с проблемой запусков тестов, я разобрался как включить kvm в хешере и запустить тесты, используя vm-run. Так же учту все замечания, указанные выше. 
Как доведу "до ума" эти пакеты, соберу заново таски и отпишусь в баге для ревью. Спасибо

Добрый день, собрал и обновил исправленные пакеты libgeopm libgeopmd python3-module-geopmpy geopmd в таске 405230

В пакете freeipa-server-gpo пересмотрел и переделал подход к активации плагина и убрал из спека старое решение, собрал в таске 405634

Так же обновил пакет cherrytree в таске 405604

Собранные пакеты ранее по следующим таскам
python3-module-extract-dtb 405640
StegoPy 384836
python3-module-vunit 405643
spi-tools 384838

(Ответ для Danila Skachedubov на комментарий #45)
> Добрый день, собрал и обновил исправленные пакеты libgeopm libgeopmd
> python3-module-geopmpy geopmd в таске 405230

https://git.altlinux.org/tasks/405230/gears/200/git?p=git;a=commitdiff;h=fbfc60de595c706f04a58119c4ad333c53f9c7b0

Вместо
%make DESTDIR=%buildroot install

лучше использовать макрос
%makeinstall_std

(Ответ для Danila Skachedubov на комментарий #45)
> Так же обновил пакет cherrytree в таске 405604

Уберите, пожалуйста, Packager из спека. Лучше его не использовать и везде убирать. Так как этот пакет обновляется кем угодно, но не тем, кто там указан.

(Ответ для Danila Skachedubov на комментарий #45)
> python3-module-extract-dtb 405640

Не используйте, подалуйста, макрос в лицензии
License: %gpl3only

Спеки читают и люди.
Не забывайте указывать в собираемых пакетах VCS.
Если в changelog пишете с заглавной буквы, то в конце надо ставить точку.
В .gear/rules лишняя пустая строка.

(Ответ для Danila Skachedubov на комментарий #45)
> StegoPy 384836

Те же замечания, плюс:

+
+mkdir -p %buildroot%_usr/bin/
+
+cp stegopy.py %buildroot%_usr/bin/
+
+%__chmod +x %buildroot%_usr/bin/stegopy.py

вместо этого:
install -pDm0755 stegopy.py %buildroot%_usr/bin/stegopy

Две лишние строки в конце спека.

(Ответ для Danila Skachedubov на комментарий #45)
> Добрый день, собрал и обновил исправленные пакеты libgeopm libgeopmd
> python3-module-geopmpy geopmd в таске 405230
> 
> В пакете freeipa-server-gpo пересмотрел и переделал подход к активации
> плагина и убрал из спека старое решение, собрал в таске 405634
> 
> Так же обновил пакет cherrytree в таске 405604
> 
> Собранные пакеты ранее по следующим таскам
> python3-module-extract-dtb 405640
> StegoPy 384836
> python3-module-vunit 405643

Замечания те же, что и у python3-module-extract-dtb

> spi-tools 384838

Замечания те же.

Спасибо за ревью, хотел бы уточнить пару моментов:
Указывать теги для лицензий было рекомендацией ментора, согласно статье по написанию спек файла, с другой стороны я согласен, что это не совсем читаемо для человека. Для каких случаев тогда применимо использование макросов для лицензий?  
(Ответ для Иван Савин на комментарий #12)
> (Ответ для Danila Skachedubov на комментарий #11)
> Тег License сделать в соответствии с https://www.altlinux.org/Spec#License.

По поводу VCS и URL, в этой же статье указано, что рекомендуется указывать действующий URL домашней страницы проекта, либо если таковой нет — любого другого места, где можно получить архив с исходным кодом. То есть потенциально это могут быть одинаковые ссылки либо же необходимо в таком случае указать в  URL ссылку на страничку с релизами? Например: https://github.com/PabloCastellano/extract-dtb/releases
Спасибо.

(Ответ для Danila Skachedubov на комментарий #51)
> Спасибо за ревью, хотел бы уточнить пару моментов:
> Указывать теги для лицензий было рекомендацией ментора, согласно статье по
> написанию спек файла, с другой стороны я согласен, что это не совсем читаемо
> для человека. Для каких случаев тогда применимо использование макросов для
> лицензий?  
> (Ответ для Иван Савин на комментарий #12)
> > (Ответ для Danila Skachedubov на комментарий #11)
> > Тег License сделать в соответствии с https://www.altlinux.org/Spec#License.
> 

Поправил вики на не рекомендуется.
Моё замечание носит рекомендательный характер.

> По поводу VCS и URL, в этой же статье указано, что рекомендуется указывать
> действующий URL домашней страницы проекта, либо если таковой нет — любого
> другого места, где можно получить архив с исходным кодом. То есть
> потенциально это могут быть одинаковые ссылки либо же необходимо в таком
> случае указать в  URL ссылку на страничку с релизами? Например:
> https://github.com/PabloCastellano/extract-dtb/releases
> Спасибо.

В URL нужно стараться указывать сайт с информацией о проекте при наличии.
VCS нужно указывать всегда при наличии, даже если дублируется.

Добрый день, спасибо за такое оперативное ревью и апрув тасок!
При сборке исправленной версии spi-tools в сизиф обнаружил, что данный пакет уже обновили.
Почистил старые таски, так как стал уже сам путаться в них. Пересобираю в одной таске удаляя/добавляя субтаски.
Итого, осталось две таски:
python3-module-vunit 405643
python3-module-extract-dtb 405640

https://git.altlinux.org/tasks/405640/gears/200/git?p=git;a=commitdiff;h=b73d8d867448cc1a2021420e74b6d4935d639480

BuildRequires(pre): rpm-build-python3 rpm-build-gir

В pre нужно помещать только пакеты с макросами необходимые для сборки srpm.

BuildRequires: rpm-build-compat >= 1.2

А это вам зачем?

Если честно затрудняюсь ответить, так как собирал этот пакет 2,5 года назад, подозреваю, что эта зависимость была автоматически добавлена при попытке собрать пакет инструментом  rpmbph. Сейчас вижу, что эти зависимости не нужны. Исправил

(Ответ для Danila Skachedubov на комментарий #55)
> Если честно затрудняюсь ответить, так как собирал этот пакет 2,5 года назад,
> подозреваю, что эта зависимость была автоматически добавлена при попытке
> собрать пакет инструментом  rpmbph. Сейчас вижу, что эти зависимости не
> нужны. Исправил

Актуализируйте дату в changelog, пожалуйста.

Но в целом, думаю, вы набрались за эти 2,5 года достаточно опыта и готовы к самостоятельной сборке пакетов.

Кандидат переведён на 5.0.

Создана учётная запись ALT Team ID.
Пользователь добавлен в группу мейнтейнеров.

Желаю удачного мейнтейнерства!

Спасибо большое за помощь и наставничество всем участникам!