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=-4.3 required=5.0 tests=ALL_TRUSTED,BAYES_00, RP_MATCHES_RCVD autolearn=unavailable autolearn_force=no version=3.4.1 Message-ID: Date: Thu, 7 Dec 2023 18:13:24 +0300 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.11.0 Content-Language: en-US To: devel@lists.altlinux.org References: <7f01e485-6894-f4d9-3803-7d86b278a68b@basealt.ru> <2tlsjlyn6jymroxibtetoxaaqilc2gijwn5evjo7vkaxiphasu@ozrkq75b3cuu> From: Nikolai Kostrigin In-Reply-To: <2tlsjlyn6jymroxibtetoxaaqilc2gijwn5evjo7vkaxiphasu@ozrkq75b3cuu> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [devel] =?utf-8?b?Sk9JTiAtINCy0YvQtNCw0LLQsNGC0Ywg0LrQsNC90LQ=?= =?utf-8?b?0LjQtNCw0YLRgyDQs9C40YLQvtCy0L3QuNGG0YMg0L3QsCAyINGN0YLQsNC/?= =?utf-8?q?=D0=B5_T/J/S?= 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: Thu, 07 Dec 2023 15:13:28 -0000 Archived-At: List-Archive: List-Post: 07.12.2023 14:49, Ivan A. Melnikov пишет: > On Wed, Dec 06, 2023 at 12:31:16PM +0300, Nikolai Kostrigin wrote: >> Всем привет! >> >> Я писал о нижеследующем ранее [1], но из-за неудачного оформления темы >> письмо утонуло. >> >> После изменений порядка подписки на devel@, я бы посягнул и на первые 2 >> пункта T/J/S , т.к. без гитовницы для проверки наработок кандидатов >> приходится "шарахаться по разным углам" (gitlab, github, архивы в >> мессенжерах). >> >> Вместо: >> >> Пункт 1. По созданию бага в разделе «Development», продукте «Team accounts», >> на компонент «join»: >> >> 1. Убедиться, что кандидат имеет активного ментора. >> 2. Проверить SSH- и GPG-ключ кандидата, nickname и адрес пересылки почты. >> 3. Ожидать решения ментора о готовности кандидата. >> >> Пункт 2. По положительному решению ментора о том, что кандидат готов начать >> вступление: >> >> 1. Создать email alias для кандидата (детали создания выясняются у текущего >> секретаря). >> 2. Зарегистрировать SSH-ключ кандидата в gitery.alt. >> 3. Ожидать решения ментора о готовности кандидата. >> >> Сделать: >> >> Пункт 1. По созданию бага в разделе «Development», продукте «Team accounts», >> на компонент «join»: >> >> 1. Убедиться, что кандидат имеет активного ментора. ( == Ожидать решения >> ментора о готовности кандидата.) >> >> Пункт 2. По положительному решению ментора о том, что кандидат готов начать >> вступление: >> 1. Проверить SSH- и GPG-ключ кандидата, nickname и адрес пересылки почты. >> 2. Создать email alias для кандидата (детали создания выясняются у текущего >> секретаря). >> 3. Зарегистрировать SSH-ключ кандидата в gitery.alt. >> 4. Ожидать решения ментора о готовности кандидата. > > Мне кажется, такая переделка не имеет большого смысла. > Прежде чем переходить к T/J/S 2.0, нужно решить две > независимых задачи: > > - Кандидат должен найти ментора и убедить его, > что он правда чего-то хочет и готов что-то делать; В подавляющем большинстве случаев это уже состоялось заранее (почта, общение на канале, кулуары конференций, трудоустройство). Я не смог вспомнить ни одной заявки с 19 года, наверное, когда кандидат регистрировал бы багу на join не имея договоренности с ментором; поправьте, если ошибаюсь. Т.е. в предлагаемой переделке подтверждение ментором готовности в п.1 (перевод на 2.0) уже означает, что с приложенными ключами и псевдонимом можно делать все предусмотренные п.2 операции. Если секретарь обнаруживает несоответствие заявка зацикливается на 2.1 > > - Секретарь должен убедиться, что выбранный > nickname и сегнерированные ключи соответствуют > формальным требованиям. Вот тут и предлагается все решить за один приход секретаря, не отправляя заявку на еще один круг ожидания. А чтобы снизить процент отказов по причине несоответствия, можно доверить первичную проверку на соблюдение формальных требований ментору на первом этапе перед подтверждением готовности. Ведь менторов (сравнительно) много, а секретарь - один. > > Эти задачи разумно решать параллельно в п.1, > так как и то, и другое может потребовать > нескольких итераций. > > Если кандидат готов шарится по гитам и что-то > показывать, значит пришло время переводить его > на 2.0, и с этим просто не нужно затягивать. При оформлении коммитов и changelog в spec-файлах мы просим кандидатов указывать почту @altlinux.org (как правило, после того, как в первом git-репозитории пакета видим там другую почту и nickname вместо имени). Многим не очевидно, что нужно использовать алиас сразу, т.к. этой почты у них еще "как бы нет". Т.е. работа с настройкой git есть, а почты мэнтейнера - нет. Так пусть она будет сразу. И с гитовницей впридачу. > Думаю, вполне можно переводить на 2.0 и до > формального перехода на 1.3, если ментор > сам проверил ключи а переход на 1.3 почему-то > затягивается. > -- Best regards, Nikolai Kostrigin