[devel] detect macro mismatches between old built packages and new ones? Re: hsh --query-repackage Re: ACL request for perl update to 5.30

[Anton Farygin]

On 05.12.2019 23:23, Ivan Zakharyaschev wrote:
> On Thu, 5 Dec 2019, Anton Farygin wrote:
>
>> On 05.12.2019 23:10, Ivan Zakharyaschev wrote:
>>> Можно было бы добавить механизм автоматического отслеживания значений
>>> макросов, использованных при сборке пакета, так чтобы в случае изменения
>>> значения возникало нечто аналогичное unmets сейчас. Т.е. пакет, меняющий
>>> значение макроса, использованного для сборки других пакетов, нельзя
>>> закоммитить, не пересобрав все пакеты, на которые он может повлиять.
>> Зачем отслеживать макросы, если у нас уже отслеживаются результаты пересборок
>> ? Достаточно сравнение пакетов сделать из предупреждения ошибкой.
> Это тоже ценный источник информации, согласен.
>
> Но в текущей ситуации есть такое но:
>
> Сравнение пакетов делается в beehive, асинхронно после того, как
> "виновник" с другим значением макроса уже попал в репозиторий.
>
> Сделать это ошибкой, которая бы помешала заданию успешно завершится, не
> получится.
>
> А довольно дёшево можно сравнить значения макросов и бустро зарубить
> задание. Примерно так же быстро, как сейчас обнаруживаются unmets. (Но
> может быть довольно много сообщений об изменениях, которые реально не
> отражаются на результате сборки. Трудно заранее оценить, много ли будет
> таких не очень удобных "ложных" срабатываний.)

Можно придумать сотни способов слома чужих пакетов без использования 
макросов. Макросы это не показатель.