From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: To: devel@lists.altlinux.org References: <20210330142347.GA29398@altlinux.org> <20210404184902.GA15286@altlinux.org> <39db1ab5-83fe-8f08-f95b-8a6d7bcf545a@basealt.ru> <20210404201605.GC15347@altlinux.org> <20210404202038.GC14260@imap.altlinux.org> <20210404213618.GD14260@imap.altlinux.org> <20210405010559.29a8662b91599a7b0d97b6bd@altlinux.org> <0f192473-dcce-5a31-326d-b9d7c7ab1927@basealt.ru> <2d2eb7ee-d118-45dd-33b7-d323503b1b48@altlinux.org> <20210405173120.99c756f5d88a63ff54ad5bf9@altlinux.org> <182c316e-ebe3-3ce8-a957-1c7a64553b03@altlinux.org> <20210406130424.6d74bd5e98e263cad2c50239@altlinux.org> From: Anton Farygin Organization: BaseALT Message-ID: <0d04ec28-db2b-c49a-5bf6-ef7623bad995@basealt.ru> Date: Tue, 6 Apr 2021 14:53:27 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.8.0 MIME-Version: 1.0 In-Reply-To: <20210406130424.6d74bd5e98e263cad2c50239@altlinux.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: ru Subject: Re: [devel] =?utf-8?b?0LHQsNC70LDQvdGBINC40L3RgtC10YDQtdGB0L7QsiAo?= =?utf-8?b?d2FzOiBJOiDRgNC10LPRg9C70Y/RgNC90YvQtSDRgdCx0L7RgNC60Lgg0YI=?= =?utf-8?b?0YPQu9GH0LXQudC90LAsINC40LfQvNC10L3QtdC90LjQtSDQsiDRgdC+0L8=?= =?utf-8?b?0YDQvtCy0L7QttC00LXQvdC40Lgg0L/QsNC60LXRgtC+0LIp?= 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: Tue, 06 Apr 2021 11:53:28 -0000 Archived-At: List-Archive: List-Post: On 06.04.2021 13:04, Andrey Savchenko wrote: > Мне представляется, что для тяжёлых пакетов — т.е. для того, что > тянет за собой большой граф зависимостей — целесообразно проводить > тестирование перед реальным обновлением. И здесь мы упираемся > в очередную проблему нашей чудо-сборочницы: в общем случае нельзя > взять и построить полный граф сборочных зависимостей. Ух, тема очень интересная и у меня уже что-то для этого есть. По крайней мере вот результат: task #268975 ~160 пакетов с очень тяжёлыми зависимостями друг на друга по сборке и runtime собираются за два присеста. Но в процессе разборок с этой темой выяснилось, что нужно много чего переделывать, но и в этом тоже пока не видно ничего нерешаемого. а то, что на данный момент есть можно получить вот так: curl -s "https://repodb.basealt.space/what_depends_src?name=ocaml&branch=sisyphus&deep=2&reqfilter=ocaml"|jq -r . Работает, правда, только с состоянием опубликованного репозитория и не учитывает локальные пакеты. Ну и для данных берёт BR из SRC.RPM со всеми вытекающими проблемами. deep реально считается до 4 для не очень больших графов, всё что выше уходит за таймлимит в 30 секунд, но уже понятно как оптимизировать.