From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: To: ALT Linux Team development discussions , Michael Shigorin References: <20171019131206.GA21365@gyle.altlinux.org> <20171020194810.GG26242@imap.altlinux.org> <20171022164637.GU7461@imap.altlinux.org> From: Anton Farygin Organization: BaseALT Message-ID: Date: Sun, 22 Oct 2017 20:32:43 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: <20171022164637.GU7461@imap.altlinux.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US Subject: Re: [devel] Q: @qa += darktemplar@ 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: Sun, 22 Oct 2017 17:32:45 -0000 Archived-At: List-Archive: List-Post: 22.10.2017 19:46, Michael Shigorin пишет: > PreScriptum: >> Против доступа Алексея к исправлению пакетной базы я лично >> ничего против не имею. > Собственно, это и хотел узнать от подписчиков. > > On Sun, Oct 22, 2017 at 07:33:58PM +0300, Anton Farygin wrote: >> Но так происходит далеко не всегда - например, пакеты от Игоря >> (@viy), собираемые в "полу"автоматическом режиме, явно ухудшают >> качество репозитория. > Вместо огульных вёдер дёгтя уместней конкретные примеры. > Обобщать-то у нас многие горазды... Миша, просто посмотри на список сломавшихся пакетов после последней работы роботов. Я как раз про то, что надо тщательнее тестировать, ну или сразу исправлять. > >> Довольно очевидно, что собираемые роботами пакеты (а точнее >> состояние репозитория) необходимо тщательно тестировать перед >> выкладыванием. > Именно чтоб было больше времени на проверку и автоматизируется > сборка -- Игорь об этом который год говорит. Как это расходится с тем, что я говорю ? > >> И в том числе на предмет "сломов" пересборки других пакетов. > А это технически нерешаемо без существенного роста как сборочных > мощностей (в разы, если не на порядок), так и времени сборки > (аналогично). Тут два подхода. Первый - всё сломать и потом построить - второй - аккуратно внести изменения ничего не развалив. Не вижу серьёзной проблемы попробовать пересборку зависящих пакетов для тех случаев, когда пакеты обновляются скриптами. > >> Предлагаю кардинально пересмотреть содержимое группы @qa, >> включив туда _людей_, действительно занимающихся починкой чужих >> пакетов и обрав оттуда роботов, добавляющих этим людям работы. > Только если ты берёшься предоставить человеко-лет сообразно тому, > что делают роботы под управлением Игоря (это предельно > неблагодарная работа, как в очередной раз видим). А что, робот у нас занимаются qa ? Он массово обновляет пакеты, но это никоем образом не quality assurance, а скорее наоборот. > > А из тех участников @qa, вклада от которых по QA не ожидается, > скорее будут damir (отошёл от дел), real (преставился), snejok > (над пакетами работает, но именно на QA, как понимаю, времени > и сил на сейчас недостаточно).