Created attachment 15486 [details]
GPG-ключ

Поле подписчиков нашёл...

Ssh ключ выслан приватный, так нельзя. Нужно создать новый и прислать его публичную часть.

По gpg-ключу я рекомендую добавить отдельный S-подключ и снять S с мастер-ключа, оставив только C, потому что подписывать придётся много.

Created attachment 15489 [details]
Новый ключ. Теперь публичный.

Created attachment 15491 [details]
Новый GPG-ключ

Обновлён GPG-ключ, теперь S и C подключи разделены.

Ключи в порядке, считаю, что кандидат готов двигаться дальше.

T/J/S 1.0 -> 1.3

Ментор есть, ключи в порядке.
T/J/S -> 1.3.

T/J/S -> 2.0

Кандидат готов к работе с git.

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

T/J/S -> 2.3.

Считаю, что кандидат готов собирать пакеты.

T/J/S -> 3.0.

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

T/J/S -> 3.6.

В связи с нехваткой у меня времени на детальный анализ всей проделанной работы, по соглашению всех сторон дальнейшим ментором будет antohami. Желаю удачи!

(Ответ для Andrew Savchenko на комментарий #13)
> В связи с нехваткой у меня времени на детальный анализ всей проделанной
> работы, по соглашению всех сторон дальнейшим ментором будет antohami. Желаю
> удачи!

Подтверждаю.

https://git.altlinux.org/gears/a/abi-dumper.git?p=abi-dumper.git;a=commitdiff;h=95f3783bde85378eb6e0d84ddc607f4e7e47ec76

Вот так делать нельзя. Исходники всегда обновляются отдельно от спека. Пакет раньше собирался, как srpm, поэтому всё одним коммитом было.

Это частая ошибка начинающих мантейнеров.

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

T/J/S -> 4.0.

(Ответ для Антон Мидюков на комментарий #16)
> Считаю, что кандидат набрался достаточно опыта для того, чтобы начать
> собирать пакеты самостоятельно. Прошу секретаря призвать рецензента.
> 
> T/J/S -> 4.0.

Дорогой секретарь, назначьте рецензента, пожалуйста. Четыре месяца прошло.

взял на себя ревью, начал смотреть на работу кандидата.

https://packages.altlinux.org/ru/sisyphus/srpms/nautilus-code/
альфа-версия указана криво, когда аптсрим вдруг выпустит 0.6 - то придётся увеличивать эпоху.

https://packages.altlinux.org/ru/tasks/409460/ - там же непонятно почему задание одобрено не ментором. Опытный ментор указал бы на ошибку в упаковке.

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

кандидат готов к самостоятельной работе в команде.

Пользователь добавлен в группу мейнтейнеров.

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

(Ответ для Anton Farygin на комментарий #19)
> https://packages.altlinux.org/ru/sisyphus/srpms/nautilus-code/
> альфа-версия указана криво, когда аптсрим вдруг выпустит 0.6 - то придётся
> увеличивать эпоху.

Спасибо, не знал. Отталкивался от версии апистрима (https://git.altlinux.org/gears/n/nautilus-code.git?p=nautilus-code.git;a=blob;f=meson.build;h=7d7d9ec503cf77fbb40c44c814a4989365b085bf;hb=84d269250771307c702a92698a7d6f04d54b5430#l2)

Думал, что rpmvercmp отработает alpha постфикс по коду rpmvercmp (но сейчас понял при повторном просмотрел, что alpha -- это буквы, а не "alpha", и буквы всегда больше чисел). В будущем учту.

(Ответ для Anton Farygin на комментарий #22)
> кандидат готов к самостоятельной работе в команде.

Спасибо за ревью! И спасибо всем причастным!