> > Отчего же не при каждой. Только если не вручную.
> > Какие есть сложности в том, чтобы при пересборке пакета запустить 
> > buildreq, сравнить возвращённую им строку с имеющейся в спеке, 
> > при любом несовпадении выдать предупреждение/ошибку?
> > Это не риторический вопрос.
> 
> И где же предлагается автоматически запускать buildreq?
> Уж не в чруте ли, инициализированном предыдущем значением buildreq? :)
> 
> (В том то и проблема, что buildreq имеет смысл делать в достаточно
> богатой хост-системе, чтобы посмотреть, что он ещё может зацепить.
> А когда цеплять больше нечего, он ничего и не зацепит.)

Так-так.
Проблема номер 2:
При выполнении buildreq требования к сборочной среде удивительным
образом отличаются от требований к ней же при собственно сборке.
Если при сборке так или иначе ставится задача минимизации сборочной
среды, то при построении списка сборочных зависимостей задача 
прямо противоположная -- максимизация сборочной среды.

Текущее решение:
В настоящий момент эта задача решается вручную эвристическими 
методами: т. н. "тестирование" в "хост-системе".
Тем самым теряется изоляция, появляется возможность побочных эффектов из-за 
"нечистой" системы и пр. Потенциальный разброд удерживается силой 
человеческого интеллекта.

Возможное решение:
Почему бы не сделать ту систему, в которой нужно запускать buildreq 
не "релевантно максимальной", как это делает человек, а 
абсолютно максимальной? (условно -- все пакеты репозитория)
Тогда операцию автовычисления зависимостей можно было бы проводить
при каждой сборке пакета автоматически, и результаты этих 
операций для соседних сборок, мне кажется, были бы небесполезно сравнимы.

-- 
Kirill Maslinsky
ALT Linux Documentation Team
http://heap.altlinux.ru