From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on sa.local.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM autolearn=ham autolearn_force=no version=3.4.1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1686911587; x=1689503587; h=content-transfer-encoding:in-reply-to:from:content-language :references:to:subject:user-agent:mime-version:date:message-id:from :to:cc:subject:date:message-id:reply-to; bh=DEJJFScNq3BtBGyvxj6BPHXBL+L2IJamYM/tEJ7PtO0=; b=Yy+qvZz6Vqc5xEoDGyUXZh4SKWDRZlvMAXe+NacRWKhqzHEFDd2DGBoHaWOvVIfRzI J2pzMFJeri1dppkWI/Rb0+D6ZffYO8QavsIao1KH5Uzi4/Elu6dQXxpW4uicL3/N98fn VX274jtWvj3+t8HLEaMcI5fOkXYCeVz+QTqr9okxBvkGS6zMnNZkoEzlL+8LMFVPvgZo 6PGEWkVmDRGWT3iO5A0tLNFk36JL6rBMpIsHeTBHAv1sTQd65ReN/+7MsDCU5+W9bmWb A5iSnzCPVVDoPfvM5i6M5wVfe0pqwUUO+5QABMjpKEGw+ah/kwqrkBJ7UXKLlXmGzKbr 58uw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1686911587; x=1689503587; h=content-transfer-encoding:in-reply-to:from:content-language :references:to:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=DEJJFScNq3BtBGyvxj6BPHXBL+L2IJamYM/tEJ7PtO0=; b=J3C0DECq2DwmO2BDAvX0lcqYuSg/RLr3eoOnSkBt3rYU7s3V/kIaTquS/jBsWfsSJk 0IHwSYBRLvLmhqqZ0JhAuc7+rlmPFQDIa6v7AGxLfPTlRTQwIc8Y2kWWJqdX0H3X07sl 0PYrR/UWJGT6pNvxQDPVBsD1A9h1lnmVWP8MVKAmuxrbm+gX3pQneb7STMCx0Qle5Cc4 qJ+6A+oh8S7ydCOtrBK8EOEFTAbLrEna7mXLkZlBSocRrras8sDW4401dW75z1lyY9CZ LGjTnTKmJuOMbOXAW9io/t0mTSI+jC7Ofzvcwedik8tTaMmBWTX15/LNsj7PriA60flS oJMA== X-Gm-Message-State: AC+VfDz6N4pD+JJ1QIuc1Jhcc+LOXcCFowusPV6hynUIzzOM7kIG/voD phXK/70g2xyf3C3u12Yn6guCIl+vzQQ= X-Google-Smtp-Source: ACHHUZ5QKIZ1Ny5eOVbu+aUorSoiO7K3psetgS+m/z58bRaKI/K/4kFtEDFfWbzXshzV/g8R6hJ0EA== X-Received: by 2002:a05:6512:451:b0:4f7:69fb:a742 with SMTP id y17-20020a056512045100b004f769fba742mr1015526lfk.6.1686911587174; Fri, 16 Jun 2023 03:33:07 -0700 (PDT) Message-ID: Date: Fri, 16 Jun 2023 13:33:05 +0300 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Firefox/102.0 Thunderbird/102.11.0 To: devel@lists.altlinux.org References: <5ddc7ededa9d3827d20dd95098a517bb@altlinux.ru> Content-Language: ru, en-US From: Leonid Krivoshein In-Reply-To: <5ddc7ededa9d3827d20dd95098a517bb@altlinux.ru> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [devel] =?utf-8?b?0J7RgtGB0YPRgtGB0YLQstC40LUg0LrQvtC90YHQtdC9?= =?utf-8?b?0YHRg9GB0LAg0LIg0KLQuNC8?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jun 2023 10:33:12 -0000 Archived-At: List-Archive: List-Post: Привет! On 6/16/23 10:22, Vitaly Lipatov wrote: > В дополнение к вопросу Алексея Шабалина о прохождении Join  я хотел бы > добавить следующие моменты. > > Они о том, кого на самом деле мы приглашаем и ждём в Тим, насколько > хорошо работает Join и насколько Тим является сообществом эгоистов. > > 0. Люди приглашаются в Тим для того, чтобы они могли собирать какой-то > свой пакет («Хотите этот пакет в Сизифе — добро пожаловать в Join»), > то есть зовём всех желающих. А дальше (даже если хотел собирать > маленький пакет с кодом на bash), кандидат должен освоить сборку > shared libs, программ на C++, использование meson и cmake, autotools > само собой. > То есть на самом деле никто не может собирать один пакет в Сизиф, он > предварительно должен стать полноценным мантейнером, хотя ему это > может вовсе не нужно. Полноценный маинтейнер (в твоей интерпретации) должен владеть всем инструментарием сборки и знаниями, которые человеку могут быть совсем не нужны. Такие маинтейнеры Тиму безусловно важны, но затачивать логику джойна исключительно под них, очевидно неправильно. Иначе надо говорить, что ALT Linux Team -- это сообщество исключительно профессиональных сборщиков пакетов. Мне казалось, что этот вопрос ранее уже был решён. Пруф: https://www.youtube.com/watch?v=FtkwU5H9Oqo > 0. Представители компании приглашаются в Тим, когда компания хочет > размещать свой продукт в репозитории (ну или наоборот их уговаривают, > если это Яндекс). При этом задача у такого мантейнера только одна — > отправлять новые версии на сборку и реагировать на проблемы. Пакет он > может собирать давно и для разных rpm-систем. Но нет, он должен стать > полноценным мантейнером. Им предлагается, иногда мы сами собираем, если находим ресурсы. Никого не уговариваем, здесь интерес на их стороне в первую очередь. И как раз с такими проблем возникает меньше, поскольку компетенции в области сборки своих пакетов у них, как правило, хватает, достаточно освоить наши инструменты и policy. Причём, в последнее время количество желающих заджойниться, в том числе, и через нашу партнёрскую сеть совместимости, значительно возросло, так что механизм их одобрения становится особо актуальным. > 1. У нас нет конкретных требований к навыкам мантейнера. Есть какие-то > соответствия ожиданиям и соответствие уровню пакетов в Сизифе. > Понятно, что это сводится к субъективному мнению принимающих, которое > представляется как объективное или консолидированное. Если не ошибаюсь, Георгий Курячий брался делать что-то новое по джойну в части дифференциации и конкретизации требований. Не знаю, чем закончилось. А так, видимо действует старый дефолт: если в баге на джойн написал, "хочу научиться собирать пакеты", то учись. Если бы написал "хочу опакетить скрипт на bash", возможно было бы иначе. > 2. Институт наставников (менторов) не работает, поскольку у > наставников нет подмастерий, они кандидаты. Эти кандидаты каким-то > образом, пособирав дома свои пакеты, должны стать внимательными, > вобрать в себя весь недокументированный опыт (видимо, прочитав много > пёстрых спеков) ведения пакетов в Сизифе, уметь рассуждать о > преимуществах Shared Libs Policy и желательно собирать пакеты из > апстримного git с submodules без поддержки этого в сборочнице > (https://bugzilla.altlinux.org/17914). Если у кого-то что-то с наставником не складывается, нужно искать другого. Постоянная смена наставников говорит о невозможности работы человека в команде. Но в основном опыт проблем с наставниками редкий, и, как правило, проблема у них в дефиците времени. > На мой взгляд, кандидат должен иметь возможность собирать пакеты в > Сизиф как можно раньше (с аппрувом наставником, конечно), чтобы > приобрести тот самый опыт, получить больше замечаний, и прийти на > рецензирование уже с багажом собранных пакетов. Технически сейчас > такая возможность есть, но она не реализуется. Как раз с апрувом сейчас работает, насколько я слышал. Ситуация получается некрасивая для Тима и неудобная для наставника. Потому что пакеты проверяются и апрувятся только одним наставником -- в Сизиф это попадает без двойной проверки, а кандидата получается динамят. > 3. Нет согласия в Тим по поводу применения policy. Полиси как бы есть, > но они никогда не утверждены и исполняются теми, кто хочет их > исправлять. Есть даже механизм утверждения полиси > https://www.altlinux.org/Policy_Policy, но он не работает. В отношении оценки работы кандидата всегда стоит разделять ошибки и рекомендации типа "а я предпочитаю такой вариант". Джойн не должен быть точкой принятия policy и наоборот, отсутствие утверждённого policy не должно быть препятствием для джойна. > 4. Нет механизма выявления консенсуса в Тим по тому или иному вопросу. > Или хотя бы фиксирования двух или трёх равноправных альтернатив. Есть > замаскированный технический лидер (ему всегда можно написать по адресу > placeholder@altlinux.org). Вот эта рассылка в devel@ и есть единственный механизм. > 5. Нет механизма критики мантейнеров. Вообще вся мощь «соответствия > ожиданиям» направлена на кандидатов, чтобы они не прошли Join, такие > же требования к участникам Тим не применяются. Ну почему, критики достаточно и здесь, и в bugzilla. > 6. Примерно ясно, откуда берутся наставники (соглашаются добровольно), > не ясно, откуда берутся рецензенты (назначаются секретарём из списка, > в котором никого нет, потому что механизма попадания в этот список > нет), и не всем понятна формальная роль секретаря (что он исполняет > процедуру, а не принимает решения). Рецензентов остро не хватает, сейчас это главная проблема. > 7. Не ясно, каким образом формируется процедура приёма (Join), в том > числе обязанности менторов и рецензентов. Есть записанные обязанности > секретаря, механизма внесения изменения в которых нет. Возможно, что > секретарь действительно не должен иметь представления о том, как > собираются пакеты, это для него лишнее. > https://www.altlinux.org/Team/Join -- тут и по ссылкам всё есть. IMHO: Нынешняя парадигма джойна не приведёт к экспоненциальному росту Тима даже при весьма высоком спросе из-вне. У человека, быстро и легко прошедшего джойн, напротив, будет стимул набираться опыта и получать навыки в смежных областях, подтверждать их, и через ACL получать новые полномочия. Нужна ступенчатость, нужно разделить навыки опакечивания, работы с апстримным кодом, сборки из исходников, бэкпортирования в стабильные бранчи, закрытия багов, CVE, итд. Сначала нужно побороться за количество, чтобы набрать силы бороться потом за качество. Ну и не должны страдать десятки желающих из-за одного нерадивого ментора (имею ввиду конечно себя), ради которого выстроена такая стена недоверия. Кстати, менторство -- тоже хороший навык для тима, его можно давать, и нужно отзывать. Для начала я бы предложил отказаться от "рецензента для каждого джойна", для каждого он точно не нужен. -- WBR, Leonid Krivoshein.