sovtouch fedotovts@basealt.ru dutyrok Научится собирать пакеты.
Created attachment 17546 [details] SSH ключ
Created attachment 17547 [details] gpg2 sub_pub ключ
Псевдоним: sovtouch Почта для перессылки: fedotovts@basealt.ru Намерения: научиться собирать пакеты Имя ментора: dutyrok
Согласен быть ментором. T/J/M -> 1.1.
(In reply to Тимофей Федотов from comment #2) > Created attachment 17547 [details] > gpg2 sub_pub ключ В начало этого файла попали лишние символ LF и пробел, им в таком виде очень неудобно пользоваться. Исправьте это, пожалуйста. В остальном, ключи в порядке.
Created attachment 17639 [details] gpg key
Ментор есть, ключи в порядке. T/J/S -> 1.3.
Прошу предоставить доступ кандидату к гитовнице. T/J/M -> 2.0
ssh ключ на gitery.alt зарегистрирован. Адрес для пересылки создан. T/J/S -> 2.3.
Прошу предоставить доступ кандидату к cборочнице. T/J/M -> 3.0
ssh ключ на gyle.alt зарегистрирован. Пакет alt-gpgkeys обновлён. Адрес подписан на devel@. T/J/S -> 3.6.
Нет доступа к gyle. К gitery по данному ssh ключу доступ есть.
Глеб, здравствуйте. Можете, пожалуйста, глянуть добавили ли вы публичный ssh ключ кандидата на сборочницу. Заранее спасибо!
Да, видимо где-то ошибся. Попробуйте ещё раз.
Доступ получил, благодарю
Выскажу замечания по обновлению пакета. - если делаете NMU, желательно предупреждать мантейнера. В этом проекте ничего не изменилось, что бы была необходимость обновлять. - этот пакет нет смысла обновлять, пока не обновили libvirt. Поэтому эти два пакета обновляются в одном задании, обычно. - этот пакет сопровождается утилитой gear-remote-uscan, поэтому хотелось бы, что бы NMU делалось в том же стиле. Конкретная претензия - зачем мержили с бранчем master?
(Ответ для Alexey Shabalin на комментарий #16) > Выскажу замечания по обновлению пакета. > > - если делаете NMU, желательно предупреждать мантейнера. > В этом проекте ничего не изменилось, что бы была необходимость обновлять. > > - этот пакет нет смысла обновлять, пока не обновили libvirt. Поэтому эти два > пакета обновляются в одном задании, обычно. > > - этот пакет сопровождается утилитой gear-remote-uscan, поэтому хотелось бы, > что бы NMU делалось в том же стиле. Конкретная претензия - зачем мержили с > бранчем master? Сергей Жидких попросил поднять версию до 11.10.0 для ИК. (Ответ для Alexey Shabalin на комментарий #16) > Выскажу замечания по обновлению пакета. > > - если делаете NMU, желательно предупреждать мантейнера. > В этом проекте ничего не изменилось, что бы была необходимость обновлять. > > - этот пакет нет смысла обновлять, пока не обновили libvirt. Поэтому эти два > пакета обновляются в одном задании, обычно. > > - этот пакет сопровождается утилитой gear-remote-uscan, поэтому хотелось бы, > что бы NMU делалось в том же стиле. Конкретная претензия - зачем мержили с > бранчем master? Ответ по претензии. Обычно обновляю ветку мастер, а затем при помощи git reset --hard отсекаю по последнему тегу ветвь и мержу её с необходимой. Я так понимаю, целесообразнее было мержить именно по тегу, по вашему мнению?
(Ответ для Alexey Shabalin на комментарий #16) > - этот пакет нет смысла обновлять, пока не обновили libvirt. Поэтому эти два > пакета обновляются в одном задании, обычно. Обновить python3-module-libvirt попросил я, поскольку я пропустил его при исправлении CVE в libvirt. Поскольку я не силён в питоне и изменения между релизами показались мне незначительными я передал пакет на обновление Тимофею, чтобы вернуть соответствие версий основного пакета и модуля.
(In reply to Alexey Shabalin from comment #16) > Выскажу замечания по обновлению пакета. > ... > - этот пакет нет смысла обновлять, пока не обновили libvirt. Поэтому эти два > пакета обновляются в одном задании, обычно. > ... > Хочe написать по поводу отсутствия смысла обновлять python3-module-libvirt без обновления самого libvirt. Может имеется смысл в spec файле указать конкретные версии для libvirt вместо '>= 2.0.0': --- Requires: libvirt-client = %version BuildRequires: libvirt-devel = %version --- Тогда не будет подобных эксцесов и сразу видна жёсткая привязка к версии libvirt.
Думаю, кандидат готов к самостоятельной сборке в Sisyphus. Пора искать рецензента. T/J/M -> 4.0.
Ping!
(Ответ для sovtouch@altlinux.org на комментарий #21) > Ping! Здравствуйте. Я ваш рецензент. Посмотрю то, что вы уже собрали, выскажу замечания. Для всех тасков за аппрувом обращайтесь теперь ко мне, а не к ментору. Со мной можно связаться по почте или в матрикс. T/J/M -> 4.2
В целом всё хорошо. Общие замечания: 1. URL и VCS - аббревиатуры, поэтому стоит писать их заглавными буквами 2. Наведите порядок в своих тасках. Держать древние таски без необходимости в состоянии tested не нужно Жду возобновления активности, чтобы поревьювить новые таски. Рекомендую взять пакет с Shared Libs Policy.
Благодарю, древние таски я удалил. На этой неделе попробую собрать пакет по вашей рекомендации.
По рекомендации рецензента были собраны пакеты с Shared Libs Policy. Соответсвтующие задачи: https://packages.altlinux.org/tasks/431452 https://packages.altlinux.org/tasks/431397 Отправлены в сизиф.
Считаю, что кандидат обладает минимально необходимыми знаниями и навыками для самостоятельного сопровождения пакетов. T/J/R -> 5.0
Вопрос, когда добавят в группу мейнтейнеров?
Пользователь добавлен в группу мейнтейнеров. Желаю удачного мейнтейнерства!
