Alexey Tourbin пишет:
> On Wed, Apr 02, 2008 at 05:18:41PM +0400, Aleksey Avdeev wrote:
>> Alexey Tourbin пишет:
>>> On Wed, Apr 02, 2008 at 04:52:50PM +0400, Aleksey Avdeev wrote:
>>>>> undefined symbol: apr_table_clone       (/usr/sbin/httpd2.event)
>>>>> $ hsh-run -- sh -c 'LD_BIND_NOW=1 /usr/sbin/httpd2.event'
>>>>> /usr/sbin/httpd2.event: symbol lookup error: /usr/sbin/httpd2.event: undefined symbol: apr_table_clone
>>>>> $
>>>>   OK, Сейчас попробую собрать apache2 с новой libapr1. (Должен собраться.)
>>> Лучше не надо.  Какая-то дурная игра -- там потеряли, здесь на всякий
>>> случай пересобрали... 
>>   Этот патч добавлялся мной для исправления CVE-2007-1862 в
>> apache2-2.2.4. Было несколько альтернативных вариантов, я выбрал этот.
>>
>>   Начиная с версии 2.2.5, данный CVE исправлен апстримом. Т. к. они, в
>> качестве базы, выбрали вариант не требующий патча на libapr -- данный
> 
> Почему же текущий апач -- 2.2.8 -- использует эту функцию?

  В исходниках -- её нет.

> 
>> патч свою актуальность потерял, и его можно удалить, чтобы не
>> загромождать код. (Пересобрать apache2 -- готов.)
> 
> Совместимость как Вы хотите обеспечить? В старую сборку апача нельзя
> никак допрописать то, что он не будет работать с новым libapr1, у
> которого отровали патч.  Поэтому патч нужно оставить на месте, чтобы
> обеспечить асинхронную совместимость в достаточно широких пределах.

  Не совсем: хочу обеспечить беспроблемное обновление как apache2, так и
libapr1. И не более того. А для этого будетдостаточно добавить в libapr1
конфликт на версии apaсhe2, использующие данный патч...

  Насколько это корректное решение?

> Но, насколько я понял, если оставить патч, то apache опять будет
> привязываться к apr_table_clone.

  Похоже что так...

-- 

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