From: Grigory Ustinov <grenka@altlinux.org> To: devel@lists.altlinux.org Subject: Re: [devel] Отсутствие консенсуса в Тим Date: Sat, 17 Jun 2023 10:45:50 +0300 Message-ID: <73766b74-9740-3983-23b0-88a5081b79c2@basealt.ru> (raw) In-Reply-To: <5ddc7ededa9d3827d20dd95098a517bb@altlinux.ru> 16.06.2023 10:22, Vitaly Lipatov пишет: > > В дополнение к вопросу Алексея Шабалина о прохождении Join я хотел бы > добавить следующие моменты. > > Они о том, кого на самом деле мы приглашаем и ждём в Тим, насколько > хорошо работает Join и насколько Тим является сообществом эгоистов. > > 0. Люди приглашаются в Тим для того, чтобы они могли собирать какой-то > свой пакет («Хотите этот пакет в Сизифе — добро пожаловать в Join»), > то есть зовём всех желающих. А дальше (даже если хотел собирать > маленький пакет с кодом на bash), кандидат должен освоить сборку > shared libs, программ на C++, использование meson и cmake, autotools > само собой. > То есть на самом деле никто не может собирать один пакет в Сизиф, он > предварительно должен стать полноценным мантейнером, хотя ему это > может вовсе не нужно. > > 0. Представители компании приглашаются в Тим, когда компания хочет > размещать свой продукт в репозитории (ну или наоборот их уговаривают, > если это Яндекс). При этом задача у такого мантейнера только одна — > отправлять новые версии на сборку и реагировать на проблемы. Пакет он > может собирать давно и для разных rpm-систем. Но нет, он должен стать > полноценным мантейнером. Если речь идёт об одном никому не нужном пакете - это одно, но если от этого пакета хоть что-то ещё зависит, мейнтейнер должен это понимать, кроме всего прочего для этого самого одного пакета иногда нужен второй, третий.. и загадить или разломать репозиторий очень недолго. Как ни крути для сборки даже одного пакета человек должен быть интегрирован в сообщество, уметь пользоваться инфраструктурой, понимать основы альтовой специфики сборки пакетов и так далее по списку вплоть до shared libs само собой. > 1. У нас нет конкретных требований к навыкам мантейнера. Есть какие-то > соответствия ожиданиям и соответствие уровню пакетов в Сизифе. > Понятно, что это сводится к субъективному мнению принимающих, которое > представляется как объективное или консолидированное. В школах и университетах приём экзаменов производится по той же схеме. Кого-то это тоже не устраивало и ввели ЕГЭ. К чему это привело, я комментировать не буду. > 2. Институт наставников (менторов) не работает, поскольку у > наставников нет подмастерий, они кандидаты. Эти кандидаты каким-то > образом, пособирав дома свои пакеты, должны стать внимательными, > вобрать в себя весь недокументированный опыт (видимо, прочитав много > пёстрых спеков) ведения пакетов в Сизифе, уметь рассуждать о > преимуществах Shared Libs Policy и желательно собирать пакеты из > апстримного git с submodules без поддержки этого в сборочнице > (https://bugzilla.altlinux.org/17914). Не знаю как у других, но мне приходится тратить немало времени, комментируя ошибки и неточности. Практика показывает, что спустя десяток собранных пакетов, количество ошибок и неточностей падает в разы. По крайней мере у способных кандидатов. И таки да, среди десятка пакетов один может быть с shared libs, другой с submodules и едва ли лишние знания помешают новому мейнтейнеру. > На мой взгляд, кандидат должен иметь возможность собирать пакеты в > Сизиф как можно раньше (с аппрувом наставником, конечно), чтобы > приобрести тот самый опыт, получить больше замечаний, и прийти на > рецензирование уже с багажом собранных пакетов. Технически сейчас > такая возможность есть, но она не реализуется. Именно так это и работает. Кандидат собирает пакеты, ментор аппрувит, а потом приходит рецензент и "диву даётся" от того, что попало в репозиторий:) > > 3. Нет согласия в Тим по поводу применения policy. Полиси как бы есть, > но они никогда не утверждены и исполняются теми, кто хочет их > исправлять. Есть даже механизм утверждения полиси > https://www.altlinux.org/Policy_Policy, но он не работает. > > 4. Нет механизма выявления консенсуса в Тим по тому или иному вопросу. > Или хотя бы фиксирования двух или трёх равноправных альтернатив. Есть > замаскированный технический лидер (ему всегда можно написать по адресу > placeholder@altlinux.org). ldv@ ? > 5. Нет механизма критики мантейнеров. Вообще вся мощь «соответствия > ожиданиям» направлена на кандидатов, чтобы они не прошли Join, такие > же требования к участникам Тим не применяются. Переаттестация. > > 6. Примерно ясно, откуда берутся наставники (соглашаются добровольно), > не ясно, откуда берутся рецензенты (назначаются секретарём из списка, > в котором никого нет, потому что механизма попадания в этот список > нет), и не всем понятна формальная роль секретаря (что он исполняет > процедуру, а не принимает решения). К ментору должны быть требования по стажу. Количество собранных пакетов например. Иначе получится, что человек слабо представляющий как вообще выглядят пакеты будет принимать работу того, кто вообще не знает и незнание будет эскалироваться. Разумно было бы, чтобы список менторов полностью совпадал бы со списком рецензентов. > 7. Не ясно, каким образом формируется процедура приёма (Join), в том > числе обязанности менторов и рецензентов. Есть записанные обязанности > секретаря, механизма внесения изменения в которых нет. Возможно, что > секретарь действительно не должен иметь представления о том, как > собираются пакеты, это для него лишнее. Наш секретарь пока что - это последняя надежда на то, что процедура джойна будет проводиться качественно, а не тяп-ляп. P.S. От себя добавлю, что Сизиф - это и так очень нестабильная штука. Снижение порога входа в тим не сделает его лучше. Моя практика показывает, что не каждый кто подаёт заявку на джойн вообще способен быть мейнтейнером. Есть люди, которые ошибаются, думают, что поддержка пакетов - это раз-два и обновил, а там оказывается надо и искать информацию и разбираться в коде и понимать autotools само собой. P.P.S. Решения у меня для вас нет, но две идеи накинуть могу: 1. Полный пересмотр системы acl. Сейчас больше 2/3 пакетов имеют свободный доступ @everybody. Если мы планируем снижать планку для кандидатов, то надо отказываться от @everybody. Начать можно с деления на группы типа @perl @python @go. 2. Можно попробовать подойти к вопросу с другой стороны и попытаться выяснить, кто нам в тим точно не нужен.
next prev parent reply other threads:[~2023-06-17 7:45 UTC|newest] Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top 2023-06-16 7:22 Vitaly Lipatov 2023-06-16 7:43 ` Ilya Kurdyukov 2023-06-21 11:53 ` Andrey Savchenko 2023-06-16 10:33 ` Leonid Krivoshein 2023-06-17 7:45 ` Grigory Ustinov [this message] 2023-06-21 9:40 ` Sergey Afonin 2023-06-21 10:14 ` Aleksey Novodvorsky 2023-06-21 11:05 ` Sergey Afonin 2023-06-21 12:30 ` Anton Farygin 2023-06-21 12:33 ` Sergey Afonin 2023-06-21 11:22 ` [devel] Отсутствие доверия к сборкам других членов Тим Dmitry V. Levin 2023-06-21 11:28 ` Антон Мидюков 2023-06-21 11:52 ` Yuri Sedunov 2023-06-21 12:04 ` Sergey Afonin 2023-06-21 12:29 ` Aleksey Novodvorsky 2023-06-21 12:39 ` Sergey Afonin 2023-06-23 17:17 ` Vitaly Lipatov 2023-06-23 18:36 ` Sergey Y. Afonin 2023-06-23 18:57 ` Sergey Y. Afonin 2023-06-23 18:58 ` Dmitry V. Levin 2023-06-23 19:41 ` Sergey Y. Afonin 2023-06-23 19:09 ` Vitaly Lipatov 2023-06-23 19:29 ` Denis Medvedev 2023-06-26 9:37 ` Paul Wolneykien 2023-06-23 19:25 ` Ivan A. Melnikov 2023-06-21 16:18 ` Anton Farygin 2023-06-21 12:02 ` [devel] Отсутствие консенсуса в Тим Anton Farygin
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=73766b74-9740-3983-23b0-88a5081b79c2@basealt.ru \ --to=grenka@altlinux.org \ --cc=devel@lists.altlinux.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Team development discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \ devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru public-inbox-index devel Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel AGPL code for this site: git clone https://public-inbox.org/public-inbox.git