Created attachment 8631 [details] публичный GPG-ключ псевдоним: keremet адрес почты: keremet@solaris.kirov.ru ментор: vseleznv@altlinux.org Хотел бы улучшить программу установки дистрибутива, добавить марийскую локализацию, устранять ошибки, которые буду обнаруживать в процессе использования
Created attachment 8632 [details] Публичный SSH-ключ
Подтверждаю менторство.
ssh ключ на gitery.alt зарегистрирован. ssh ключ на gyle.alt зарегистрирован. Адрес для пересылки создан. T/J/S -> 3.0.
Кандидат готов собирать пакеты.
Пакет alt-gpgkeys обновлён. T/J/S -> 4.0.
Думаю, кандидат готов собирать пакеты в Сизиф.
У меня есть вопросы по тем сборкам, которые вы уже отправили в Сизиф. 1. flowblade $ rpmquery -Rp Sisyphus/files/noarch/RPMS/flowblade-2.6.0-alt2.noarch.rpm |grep ^/ /usr/bin/java /usr/bin/python3 /usr/lib/python3/site-packages С python3 всё понятно, этот пакет целиком написан на питоне, а вот с java не очень. Скажите, пожалуйста, этому пакету действительно нужна java? 2. tora Коммит 6ac91ab179dc7833f3df21dab2442b2bf6f9d28b содержит изменение схемы упаковки, выполненное с ошибками. У меня просьба к ментору разъяснить своему подопечному эти ошибки, а кандидату, соответственно, исправить их.
(In reply to Dmitry V. Levin from comment #7) > У меня есть вопросы по тем сборкам, которые вы уже отправили в Сизиф. > > 1. flowblade > $ rpmquery -Rp Sisyphus/files/noarch/RPMS/flowblade-2.6.0-alt2.noarch.rpm > |grep ^/ > /usr/bin/java > /usr/bin/python3 > /usr/lib/python3/site-packages > > С python3 всё понятно, этот пакет целиком написан на питоне, а вот с java не > очень. Скажите, пожалуйста, этому пакету действительно нужна java? Ok. > 2. tora > Коммит 6ac91ab179dc7833f3df21dab2442b2bf6f9d28b содержит изменение схемы > упаковки, выполненное с ошибками. У меня просьба к ментору разъяснить > своему подопечному эти ошибки, а кандидату, соответственно, исправить их. Коммит 6ac91ab179dc7833f3df21dab2442b2bf6f9d28b не содержит изменения схемы упаковки.
(In reply to Dmitry V. Levin from comment #7) > У меня есть вопросы по тем сборкам, которые вы уже отправили в Сизиф. > > 1. flowblade > $ rpmquery -Rp Sisyphus/files/noarch/RPMS/flowblade-2.6.0-alt2.noarch.rpm > |grep ^/ > /usr/bin/java > /usr/bin/python3 > /usr/lib/python3/site-packages > > С python3 всё понятно, этот пакет целиком написан на питоне, а вот с java не > очень. Скажите, пожалуйста, этому пакету действительно нужна java? > > 2. tora > Коммит 6ac91ab179dc7833f3df21dab2442b2bf6f9d28b содержит изменение схемы > упаковки, выполненное с ошибками. У меня просьба к ментору разъяснить > своему подопечному эти ошибки, а кандидату, соответственно, исправить их. Замечания исправлены.
ping
(In reply to Vladimir D. Seleznev from comment #9) > Замечания исправлены. Может быть, стоит попробовать собрать что-нибудь ещё?
(In reply to Dmitry V. Levin from comment #11) > (In reply to Vladimir D. Seleznev from comment #9) > > Замечания исправлены. > > Может быть, стоит попробовать собрать что-нибудь ещё? Отправлено обновление flowblade (#268538).
(Ответ для Vladimir D. Seleznev на комментарий #12) > > Может быть, стоит попробовать собрать что-нибудь ещё? > Отправлено обновление flowblade (#268538). Чисто на всякий -- на e2k тоже собралось. Что-то ещё удерживает процесс от завершения?
По моей просьбе и задачам собирал обновления пакетов. Нареканий нет. Прошу продвинуть дальше.
Попробую позвать ещё одного человека (darktemplar@) для независимой оценки готовности кандидата.
http://git.altlinux.org/gears/t/tora.git?p=tora.git;a=commitdiff;h=6ac91ab179dc7833f3df21dab2442b2bf6f9d28b -copy?: .gear/*.patch Здесь эту строку можно было не удалять: если патчей не будет, ошибку это не вызовет, а с другой стороны может служить индикацией того, как именно надо делать изменения для пакета, т.е. в виде патчей в директории .gear. Это не является проблемой, любой из вариантов тут приемлим. http://git.altlinux.org/people/keremet/packages/?p=flowblade.git;a=blob;f=flowblade.spec;h=78aae7b620f2d7c11c7125879590c31a2a8fff5d;hb=4ab0ef4006d5dba271cb49e3226d197c112d14cf %dir %_datadir/icons/hicolor/128x128 %dir %_datadir/icons/hicolor/128x128/apps У этих 2 директорий уже есть владелец, поэтому я бы их упаковывать в пакет не стал: $ rpm -qf /usr/share/icons/hicolor/128x128 icon-theme-hicolor-0.17-alt2.noarch $ rpm -qf /usr/share/icons/hicolor/128x128/apps icon-theme-hicolor-0.17-alt2.noarch Также рекомендую при сборке пакетов выставлять: %define _unpackaged_files_terminate_build 1 Обычно это выставляется где-нибудь в начале спека. Полезно тем, что при сборке или обновлении пакета, если появятся новые файлы, их не получится не заметить, что вынудит решить что с ними делать - тоже упаковывать, явно удалять или что-либо ещё. Я не заметил в пакетах каких-либо значительных ещё не исправленных проблем. Но собранные с нуля пакеты в плане сборки простые, в обновляемых пакетах сборка/упаковка тоже не менялась значительно. Возможно, стоит собрать/обновить пакет, где сборка/упаковка более сложные для демонстрации навыков. Не считая этого, я не вижу препятствий для вступления.
Адрес подписан на devel@. Пользователь добавлен в группу мейнтейнеров. Желаю удачного мейнтейнерства!
