31.10.2012 19:47, Dmitry V. Levin пишет:
> On Wed, Oct 31, 2012 at 05:41:32PM +0200, Michael Shigorin wrote:
>> On Wed, Oct 31, 2012 at 06:15:57PM +0400, Dmitry V. Levin wrote:
>>> Лично мне проще было бы запаковать apr заново, чем разбираться
>>> "на предмет состава патчей" в вашем репозитории. :(
>>
>> Может, всё-таки тогда покажешь, как бы это делал ты?
> 
> Обычный пакет: один источник исходников и несколько небольших патчей,
> обновляется относительно редко.  Любая типовая схема из упомянутых в
> документации (см. EXAMPLES в gear-rules(5)) подошла бы.

  В данном случаи как раз и сделан переход на 2-ю типовую схему: в
наличии tar и 1 патч к нему.

  Да, кумулятивный патч собирается из отдельных, каждый со своей
историей. Что позволяет легче отслеживать ляпы.

PS: Из того что удалось обнаружить в процессе восстановления истории
патчей: тот патч, добавляющий apr_pool_mutex_set(), который у нас
тянулся со времён 1.3.8 (при обновлении apr я его обновлял мержами) --
устарел, начиная с 1.4.2. Его (патча) апстрим (UniMRCP), для поддержки
apr 1.4.2, его достаточно заметно дополнил (для apr 1.4.5 они его тоже
меняли).

-- 

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