В частности, python2.4(config) явно не относится к корректно предоставляемым зависимостям. См. совсем недавнюю историю с пакетом quodlibet на аналогичную тему.
Если взглянуть внутрь blender, то среди питоновских скриптов есть config.py. Вот он-то и попадает в Provides. Попытка его исключить приводит к неправильным зависимостям. Что поделать, если 2 разных пакета используют одно и то же имя файла?
Ну хотя бы использовать макрос, выбрасывающий config.py из списка предоставляемых зависимостей. Правда, это может повлиять на собираемость.
Как это к неправильным зависимостям? А кто может снаружи использовать config.py из blender? Вообще для кого blender провайдит это бесчисленное количество питоньих модулей? Я сомневаюсь что нам нужны python2.4(DirectX8Exporter) python2.4(DirectX8Importer) И остальные 205 provides $ rpm --provides blender | grep python2.4 | wc -l 205
(In reply to comment #3) > Как это к неправильным зависимостям? А кто может снаружи использовать > config.py из blender? > Вообще для кого blender провайдит это бесчисленное количество питоньих > модулей? > Я сомневаюсь что нам нужны > python2.4(DirectX8Exporter) > python2.4(DirectX8Importer) > > И остальные 205 provides > $ rpm --provides blender | grep python2.4 | wc -l > 205 В то время, когда готовился blender к сборке, у меня почему-то мистическим образом все эти питоновские зависимости оказывались или в Provides, или в Requires. Пытался найти причину целую неделю. Понятное дело, что пришлось их запихать в Provides, в противном случае пакет не ставится по нелепым зависимостям. Сейчас съездил за новым Сизифом, ещё раз попробую выбросить эти зависимости. В течение двух дней если исправлю ситуацию, то отправлю новую сборку. Если нет, то сообщю здесь о неудаче.
Так, исправил, смотрите в Сизифе 2.44-alt4. К сожалению, очень долго шёл процесс закачки. Если всё нормально, то закрывайте баг. В updates отправлю попозже.
Я вижу что всё отлично: $ rpm --provides blender blender = 2.44-alt4
Жаль, сразу тогда не закрыли.
