On Mon, 5 Feb 2018, Dmitry V. Levin wrote:

>> По идее (без рассмотрения конкретно этого случая), пакеты python*-tests
>> никому не должны быть нужны ни в runtime, ни при сборке (за исключением,
>> возможно, каких-то хитрых %check). (Просто тесты, которые можно запустить
>> в системе.)
>
> По идее да.
>
>>> Правильнее пересобирать все компилируемые пакеты после обновления
>>> тулчейна, мы готовы к этому?
>>
>> Убрать такую сборочную зависимость -- более существенное улучшение в
>> структуре репозитория Sisyphus, чем просто пересборка отдельных пакетов.
>
> Убрать конкретно эту, или все python*-tests?

Вообще из общих соображений все. За сключением каких-то особых хрошо 
обоснованных случаев.

>> По идее, их можно было бы сложить в отдельную компоненту все и не
>> нагружать обычные pkglists, если уж сложилась практика их паковать. Но
>> плодить компоненты, про которые никто не будет знать, тоже не хочется.
>> Можно было бы одну компоненту junk завести.
>>
>> Помимо предположения о том, что какие-то хитрые %check могут использовать
>> чужие python*-tests, можно сказать, что пакеты *-checkinstall должны иметь
>> возможность использоввать python*-tests (не в виде исключения, а как
>> обычное дело).
>>
>> (Отличие python*-tetss от *-checkinstall в том, что первые просто
>> содержат тексты тестов, а вторые их запускают при установке пакета.)
>>
>> По теме: Provides: python*-tests в нормальном пакете был бы некрасивым
>> костылём (каким-то обманом, потому что вообще-то такая сущность не должна
>> исользоваться в BuildRequires).
>
> Это всё хорошо, конечно, но какое это имеет отношение к данному
> конкретному случаю?  Я не вижу, чтобы в результате автоматизированной
> слепой пересборки с удалением атавистической сборочной зависимости
> полученные пакеты были бы лучше прежних.  Нагрузку на сборочницу вижу,
> трафик вижу, а в чём польза-то?

Конечно, не то, чтобы пакеты были заметно отличны. Provides: *-tests тоже 
не хотелось бы оставлять, потому что это будет способствовать нерешению 
проблемы сборочных зависимостей от python*-tests.

-- 
Best regards,
Ivan