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, у
которого отровали патч.  Поэтому патч нужно оставить на месте, чтобы
обеспечить асинхронную совместимость в достаточно широких пределах.
Но, насколько я понял, если оставить патч, то apache опять будет
привязываться к apr_table_clone.