25.01.2013 15:34, Dmitry V. Levin пишет:
> On Fri, Jan 25, 2013 at 03:07:36PM +0400, Aleksey Avdeev wrote:
>> 25.01.2013 14:53, Dmitry V. Levin пишет:
>> ...
>>> Проанализировав множество нестрогих внутрипакетных зависимостей, которые
>>> диагностирует rpm-build, я пришел к выводу, что среди них выделяется
>>> только один класс зависимостей, которые нужно сохранить,
>>> а все остальные следует сделать строгими.
>>>
>>> Я сейчас тестирую rpm-build, который автоматически добавляет строгие
>>> внутрипакетные зависимости во всех случаях, в которых это необходимо.
>>> Так что я надеюсь, что NMU от repocop в аварийном режиме не потребуется,
>>> да и сам NMU будет технически проще.
>>
>>   _Отключить_ этот механизм можно?!!
> 
> Пока не вижу смысла отключать этот механизм.

  Усложнение работы мантейнера: теперь для обеспечения возможности
точечного обновления модулей (или возможности поставить их на холд),
распространяемых апстримом комбайна (такого как apache* или moodle*)
придётся выносить модули в отдельный пакет (не подпакет) и собирать
отдельно.

PS: Грубо говоря, тупая замена нестрогих зависимостей на строгие
превращает модульные комбайны в монолиты, строго синхронизируя по
версиям их части, распространяемые апстримом в рамках одного
дистрибутива. При этом, например, апстримы moodle и eGroupWare обратную
совместимость хранилищ, используемых модулями, иногда ломают (натыкался
на такое). При этом стандартная рекомендация -- использовать модуь от
предыдущий версии, т. е. поставить его на холд, в нашем случаи. Теперь
такой вариант отпадает: при постановки модуля на холд будет блокировано
обновление всего остального монстра (т. к. строгая зависимость %VER)...

-- 

С уважением. Алексей.