<div dir="auto">Виталий, прочитал несколько раз, но предложений и инициатив по решению перечисленных проблем не нашёл. <div dir="auto"><br><br><div data-smartmail="gmail_signature" dir="auto">Rgrds, Алексей</div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">пт, 16 июн. 2023 г., 10:22 Vitaly Lipatov <<a href="mailto:lav@altlinux.ru">lav@altlinux.ru</a>>:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
В дополнение к вопросу Алексея Шабалина о прохождении Join я хотел бы <br>
добавить следующие моменты.<br>
<br>
Они о том, кого на самом деле мы приглашаем и ждём в Тим, насколько <br>
хорошо работает Join и насколько Тим является сообществом эгоистов.<br>
<br>
0. Люди приглашаются в Тим для того, чтобы они могли собирать какой-то <br>
свой пакет («Хотите этот пакет в Сизифе — добро пожаловать в Join»), то <br>
есть зовём всех желающих. А дальше (даже если хотел собирать маленький <br>
пакет с кодом на bash), кандидат должен освоить сборку shared libs, <br>
программ на C++, использование meson и cmake, autotools само собой.<br>
То есть на самом деле никто не может собирать один пакет в Сизиф, он <br>
предварительно должен стать полноценным мантейнером, хотя ему это может <br>
вовсе не нужно.<br>
<br>
0. Представители компании приглашаются в Тим, когда компания хочет <br>
размещать свой продукт в репозитории (ну или наоборот их уговаривают, <br>
если это Яндекс). При этом задача у такого мантейнера только одна — <br>
отправлять новые версии на сборку и реагировать на проблемы. Пакет он <br>
может собирать давно и для разных rpm-систем. Но нет, он должен стать <br>
полноценным мантейнером.<br>
<br>
1. У нас нет конкретных требований к навыкам мантейнера. Есть какие-то <br>
соответствия ожиданиям и соответствие уровню пакетов в Сизифе. Понятно, <br>
что это сводится к субъективному мнению принимающих, которое <br>
представляется как объективное или консолидированное.<br>
<br>
2. Институт наставников (менторов) не работает, поскольку у наставников <br>
нет подмастерий, они кандидаты. Эти кандидаты каким-то образом, <br>
пособирав дома свои пакеты, должны стать внимательными, вобрать в себя <br>
весь недокументированный опыт (видимо, прочитав много пёстрых спеков) <br>
ведения пакетов в Сизифе, уметь рассуждать о преимуществах Shared Libs <br>
Policy и желательно собирать пакеты из апстримного git с submodules без <br>
поддержки этого в сборочнице (<a href="https://bugzilla.altlinux.org/17914" rel="noreferrer noreferrer" target="_blank">https://bugzilla.altlinux.org/17914</a>).<br>
<br>
На мой взгляд, кандидат должен иметь возможность собирать пакеты в Сизиф <br>
как можно раньше (с аппрувом наставником, конечно), чтобы приобрести тот <br>
самый опыт, получить больше замечаний, и прийти на рецензирование уже с <br>
багажом собранных пакетов. Технически сейчас такая возможность есть, но <br>
она не реализуется.<br>
<br>
3. Нет согласия в Тим по поводу применения policy. Полиси как бы есть, <br>
но они никогда не утверждены и исполняются теми, кто хочет их <br>
исправлять. Есть даже механизм утверждения полиси <br>
<a href="https://www.altlinux.org/Policy_Policy" rel="noreferrer noreferrer" target="_blank">https://www.altlinux.org/Policy_Policy</a>, но он не работает.<br>
<br>
4. Нет механизма выявления консенсуса в Тим по тому или иному вопросу. <br>
Или хотя бы фиксирования двух или трёх равноправных альтернатив. Есть <br>
замаскированный технический лидер (ему всегда можно написать по адресу <br>
<a href="mailto:placeholder@altlinux.org" target="_blank" rel="noreferrer">placeholder@altlinux.org</a>).<br>
<br>
5. Нет механизма критики мантейнеров. Вообще вся мощь «соответствия <br>
ожиданиям» направлена на кандидатов, чтобы они не прошли Join, такие же <br>
требования к участникам Тим не применяются.<br>
<br>
6. Примерно ясно, откуда берутся наставники (соглашаются добровольно), <br>
не ясно, откуда берутся рецензенты (назначаются секретарём из списка, в <br>
котором никого нет, потому что механизма попадания в этот список нет), и <br>
не всем понятна формальная роль секретаря (что он исполняет процедуру, а <br>
не принимает решения).<br>
<br>
7. Не ясно, каким образом формируется процедура приёма (Join), в том <br>
числе обязанности менторов и рецензентов. Есть записанные обязанности <br>
секретаря, механизма внесения изменения в которых нет. Возможно, что <br>
секретарь действительно не должен иметь представления о том, как <br>
собираются пакеты, это для него лишнее.<br>
<br>
-- <br>
С уважением,<br>
Виталий Липатов,<br>
ALT Linux Team<br>
_______________________________________________<br>
Devel mailing list<br>
<a href="mailto:Devel@lists.altlinux.org" target="_blank" rel="noreferrer">Devel@lists.altlinux.org</a><br>
<a href="https://lists.altlinux.org/mailman/listinfo/devel" rel="noreferrer noreferrer" target="_blank">https://lists.altlinux.org/mailman/listinfo/devel</a></blockquote></div>