Re: [devel] A: Меры по синхронизации версии libdb в libaprutil1, apache2 и его внешних модулях

[Aleksey Avdeev <solo@solin.spb.ru>]

[-- Attachment #1: Type: text/plain, Size: 1735 bytes --]

Dmitry Afanasov пишет:
> 31.10.08, Aleksey Avdeev<solo@solin.spb.ru> написал(а):
>> Aleksey Avdeev пишет:
>>>> ждем пакетину для проверки :)
>>  1. Конфликт на старые libsubversion пока не проставлен (подробности ниже).
> а это будет позже. самому доразбраться надо в этом subversion.

   Понятные ограничения лучше выставить сейчас: это позволит избежать 
заведомо нерабочих ситуаций при тестировании.

> 
>>   На эту тему конфликта на старые libsubversion есть вопросы:
>>
>>  1. Нужен конфликт на версии libsubversion собранные с более старой libdb.
>> Но я не знаю какие именно эти версии (т. к. за libsubversion не следил).
>>  2. Как поддерживать данный конфликт в актуальном состоянии?
> как версии, так и механизм сделаем попозже. да и надо спрашивать
> предыдущих мантейнеров что там и по чем.

   Привязку к libaprutil1 собранной с нужной libdb лучше сделать сейчас: 
Иначе придётся тратить время на разбор ситуаций типа той что я приводил...

   Я могу сделать это, и залить в git/Daedalus...

> 
> subversion для сборки требует libapr, не libaprutil1. использует
> обоих. я пока не понял - критично это или нет :)

   Не может быть, т. к.:

1. Зависимость на libaprutil1 всётаки присутствует.

2. libaprutil1 зависит от libapr1, но не наоборот. Т. е. Ситуация когда 
задействована только libapr1 возможно, а когда только libaprutil1 -- нет 
(т. к. libaprutil1 вытянет libapr1 по зависимостям).

> 
> есть вопрос: условия для сборки на M24 оставлять? есть желание её
> вычистить нафиг - я там не ориентируюсь :)

   Зависит от трудоёмкости их поддержки, думаю... (Я пока не смотрел код.)

> 
> заниматься буду в выходные.

   Буду в офлайне.

-- 

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



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 552 bytes --]