On Sun, 22 Mar 2020 01:10:34 +0300 Vladimir D. Seleznev wrote: > On Sat, Mar 21, 2020 at 10:35:55PM +0300, Andrey Savchenko wrote: > > On Sat, 21 Mar 2020 21:26:11 +0300 Dmitry V. Levin wrote: > > > On Sat, Mar 21, 2020 at 07:17:12AM +0000, ALT beekeeper wrote: > > > > This is a summary of the x86_64 package rebuild test finished at 21.03.2020. > > > > > > > > Numbers in [square brackets] describe how many weeks corresponding > > > > packages cannot be rebuilt. > > > > > > > > Orphaned packages that cannot be rebuilt for 36+ weeks are > > > > usually removed from the repository without further warnings. > > > > > > Так и есть. Только 36 недель, как показывает практика, слишком долго, > > > и приводит не к тому, чтобы каждый успел исправить сборку своего пакета, > > > а к тому, что многие перестали реагировать на несобираемость. > > > Предлагаю снизить этот порог до более приемлемого значения, > > > например, до трёх месяцев. > > > > Снижение порога не улучшит исправляемость пакетов: либо у людей > > есть время, либо нет. А вот раздражительность и ситуации "какая > > зараза удалила пакет X" усилит. Так что рекомендую не уменьшать > > лимит, но можно увеличить. > > Не надо воспринимать удаление непересобираемых пакетов из Сизифа как > нечто ужасно и непоправимое. Исходники никуда при этом не исчезают, а из > архивов можно достать и бинарные пакеты. Удаление непересобираемых > пакетов — это как один из побудительных моментов ухаживать за > репозиторием: ведь не менее важным, кроме как иметь в наличие пакет, > мочь собрать его из исходников в текущем окружении (и мочь собрать с > правками в коде). Есть одна фундаментальная проблема: пересборочница — это не сборочница и регулярно происходят случаи, когда в сборочнице всё хорошо, а пересборка не проходит. С одной стороны, это хорошо, т.к. выявляются проблемы, незаметные при обычной сборки, с другой стороны, у мейнтенера нет возможностей воспроизвести эту проблему, нет полноценных логов (например, логи тестов cmake пересборочница не сохраняет). Вот и получается: мейнтенеры шантажируются удалением пакетов и в то же время не имеют возможности нормальной отладки обнаруженной проблемы. Давайте сперва обеспечим сохранение чрутов сборочного окружения неперсобравшихся пакетов, а затем будем говорить о сокращении и без того небольшого срока удаления пакета в случае проблем с его пересборкой. Best regards, Andrew Savchenko